From owner-freebsd-ports@FreeBSD.ORG Sun Jul 4 08:49:34 2010 Return-Path: Delivered-To: freebsd-ports@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 968681065672; Sun, 4 Jul 2010 08:49:34 +0000 (UTC) (envelope-from david@vizion2000.net) Received: from dns1.vizion2000.net (dns1.vizion2000.net [62.49.197.50]) by mx1.freebsd.org (Postfix) with ESMTP id 4E7168FC18; Sun, 4 Jul 2010 08:49:34 +0000 (UTC) Received: from graphics (graphics [62.49.197.51]) by dns1.vizion2000.net (Postfix) with ESMTP id 20FAD34D401; Sun, 4 Jul 2010 09:49:20 +0100 (BST) From: To: "'Doug Barton'" References: <4C2E5D38.1000104@FreeBSD.org><49C017A16C5E418FB0D6503333660A01@graphics><19B9A9F5815C4BC099ADC92005DED9E5@graphics> Date: Sun, 4 Jul 2010 01:49:22 -0700 Message-ID: MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit X-Mailer: Microsoft Office Outlook 11 X-MimeOLE: Produced By Microsoft MimeOLE V6.00.3790.4657 Thread-Index: Acsa/HNgr1m2K9+KTrWJk+Xwfng6tgAVH2DQ In-Reply-To: Cc: freebsd-ports@freebsd.org Subject: RE: Redland compile error missing librdf X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 04 Jul 2010 08:49:34 -0000 > -----Original Message----- > From: owner-freebsd-ports@freebsd.org > [mailto:owner-freebsd-ports@freebsd.org] On Behalf Of Doug Barton > Sent: 03 July 2010 15:09 > To: david@vizion2000.net > Cc: freebsd-ports@freebsd.org > Subject: RE: Redland compile error missing librdf > > On Sat, 3 Jul 2010, david@vizion2000.net wrote: > > > I cc'd to you a post to the list 10 minutes before you > wrote the above. > > Sorry if I missed that, your verbose communication style > makes it difficult to follow what is going on. > > > My > > posting included a link to a script ***script_link*** showing the > > results obtained from your instructions which were no different to > > those previously reported. That link was also posted to the list. > > I'm sorry to hear that you're still having problems. Have you > tried installing packages for the affected ports? That may > get you over the hump so that you can move on. > > I think the only other valid solution at this point would be > to delete ALL of your ports, 'rm -rf /var/db/ports/*' and > then start over. > Obviously that's an extreme solution but at this point I > think you're running out of options. > > You and I are thinking on the same lines here. Last night I decided to try installing redland & soprano from packages and got an interesting result. Whether it help someone diagnose the problem I do not know. After pkg_add -r redland soprano I tried to build kdelibs4 and hot the following error: ________________________________________________________________ " CMake error at CMakeliststxt:236 (include): include could not load file: SopranoAddOntology CMake error at nepomuk/CFMakeLists.txt:3 (include): include could not load file: SopranoAddOntology CMake error at nepomuk/CFMakeLists.txt:3 (soprano_add_ontology): Unknown CMake Command "soprano_add_ontology. Configuring incomplete, errors occurred! *** Error Code 1 Stop in /usr/ports/x11/kdelibs4 " ___________________________________________________________________ I found the following report of a similar error http://www.pubbs.net/200912/kde/6354-soprano-error-building-kdepim-trunk.htm l From owner-freebsd-ports@FreeBSD.ORG Sun Jul 4 12:04:51 2010 Return-Path: Delivered-To: freebsd-ports@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id BA10910656C8; Sun, 4 Jul 2010 12:04:51 +0000 (UTC) (envelope-from david@vizion2000.net) Received: from dns1.vizion2000.net (dns1.vizion2000.net [62.49.197.50]) by mx1.freebsd.org (Postfix) with ESMTP id 6E3E78FC15; Sun, 4 Jul 2010 12:04:51 +0000 (UTC) Received: from graphics (graphics [62.49.197.51]) by dns1.vizion2000.net (Postfix) with ESMTP id AB14134D401; Sun, 4 Jul 2010 13:04:37 +0100 (BST) From: To: "'Doug Barton'" , References: <4C2E5D38.1000104@FreeBSD.org><49C017A16C5E418FB0D6503333660A01@graphics> <19B9A9F5815C4BC099ADC92005DED9E5@graphics> Date: Sun, 4 Jul 2010 05:04:39 -0700 Message-ID: <6F15E97750C2464E9EA93B2CDD1BBF2B@graphics> MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit X-Mailer: Microsoft Office Outlook 11 X-MimeOLE: Produced By Microsoft MimeOLE V6.00.3790.4657 Thread-Index: Acsa/FuJV7JYAKfbRW+vrsEUDlDnWwAbLmWg In-Reply-To: Cc: freebsd-ports@freebsd.org Subject: Soprano Update eeded to 2.4.4 ? Current version not finding libiodbc X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 04 Jul 2010 12:04:51 -0000 I have been ghaving substantial problems with soprano which appears to caused by Redland Backend not be installed at compile time. The system is freebsd 7.2 Amd64 on pentium quad core. I found an interesting snippet at: http://forums.freebsd.org/showthread.php?t=14398 Aorchid said: "On my version there was an option for redland backend in Soprano. If there is not on yours, you should edit the Makefile so that the option appears. Rascal did build for me and there was no complaining of it being a broken port...not sure." After reading this I realised that this could be connected with the message "Soprano components that will not be built Redland backend" which referred to http://librdf.org/ and eventually to http://librdf.org/rasqal/ Console messages demonstrated that soprano was not finding the all important libiodbc libraries. I went to http://soprano.sourceforge.net and founf the following: Soprano 2.4.4 released Wed, 06/30/2010 - 20:20 - trueg Soprano 2.4.4 is a bugfix release - probably the last one before the release of Soprano 2.5. It features the following changes: Fix to FindIODBC.cmake which ensures that the correct locations are searched first. This allows the usage of a locally installed libiodbc. Any chance of 2.4.4 being made available to see if this fixed the problem? From owner-freebsd-ports@FreeBSD.ORG Sun Jul 4 18:21:17 2010 Return-Path: Delivered-To: freebsd-ports@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 3D385106564A; Sun, 4 Jul 2010 18:21:17 +0000 (UTC) (envelope-from jhellenthal@gmail.com) Received: from mail-gw0-f54.google.com (mail-gw0-f54.google.com [74.125.83.54]) by mx1.freebsd.org (Postfix) with ESMTP id B63338FC1A; Sun, 4 Jul 2010 18:21:16 +0000 (UTC) Received: by gwb1 with SMTP id 1so1893129gwb.13 for ; Sun, 04 Jul 2010 11:21:11 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:received:sender:message-id:date:from :user-agent:mime-version:to:cc:subject:references:in-reply-to :x-enigmail-version:openpgp:content-type:content-transfer-encoding; bh=6ZGtscfVsHQZGbX8jZEOU0b7jEmbsbFBxZkXmXd5vrs=; b=AZUPi+1rg5nzauZRR+r9GonG+GSUlQu2uOkMRc/dz72zGpKEMGwTnrE6Jee5n5JwIu 1XS0bxOs7Ua5Ez2MGhhIfTKlt2GIE71ffDNw3cTSRmX+U7RlBFr5vpmwKwF3y8GsJl2j gSCncCt9Z3u9rE7qetuEYcvg85zVbXLeIY3Ls= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=sender:message-id:date:from:user-agent:mime-version:to:cc:subject :references:in-reply-to:x-enigmail-version:openpgp:content-type :content-transfer-encoding; b=x+SVutgDUDzFg9Wj49+O2dyO97GkDLnVhjjjnT3PxGF+gfsLl2YbYRh4zbDwhxdzVE RRHNnBFAsfpWgY6qNA2AVS8b0Z5+qKC156uTzi5QKkw9pWWBQ0Q7ENj/OeLCYC1POToH yN50iOL2CbiwDRYJlTyjNzJXxLac8B2VEPBO4= Received: by 10.100.244.24 with SMTP id r24mr2313313anh.47.1278267670821; Sun, 04 Jul 2010 11:21:10 -0700 (PDT) Received: from centel.dataix.local (adsl-99-181-128-180.dsl.klmzmi.sbcglobal.net [99.181.128.180]) by mx.google.com with ESMTPS id m12sm4277629ybn.7.2010.07.04.11.21.09 (version=SSLv3 cipher=RC4-MD5); Sun, 04 Jul 2010 11:21:10 -0700 (PDT) Sender: "J. Hellenthal" Message-ID: <4C30D114.3020806@dataix.net> Date: Sun, 04 Jul 2010 14:21:08 -0400 From: jhell User-Agent: Mozilla/5.0 (X11; U; FreeBSD i386; en-US; rv:1.9.1.10) Gecko/20100626 Thunderbird MIME-Version: 1.0 To: david@vizion2000.net References: <4C2E5D38.1000104@FreeBSD.org><49C017A16C5E418FB0D6503333660A01@graphics> <19B9A9F5815C4BC099ADC92005DED9E5@graphics> <6F15E97750C2464E9EA93B2CDD1BBF2B@graphics> In-Reply-To: <6F15E97750C2464E9EA93B2CDD1BBF2B@graphics> X-Enigmail-Version: 1.0.1 OpenPGP: id=89D8547E Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Cc: 'Doug Barton' , kde@freebsd.org, freebsd-ports@freebsd.org Subject: Re: Soprano Update eeded to 2.4.4 ? Current version not finding libiodbc X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 04 Jul 2010 18:21:17 -0000 Lol how long did it take you to write all these emails ? I see this one is 4 hours later than the last one you have sent. With all due respect I do not see anyone else having the problem that you are having. Following along Doug Barton posting a way for you to fix this I would stick pretty close to that. But... adding to it I would also have you remove the full contents of /usr/local/* and some other common to your problem directories under /var. After you have gone through all this and have a pass or fail result, you might consider taking minimal time to write a email as most but only speaking for myself DO NOT HAVE the time to read a book of messages that only consist of a problem that only pertains to you. Severity: LOW Precedence: LOW On 07/04/2010 08:04, david@vizion2000.net wrote: > > I have been ghaving substantial problems with soprano which appears to > caused by Redland Backend not be installed at compile time. The system is > freebsd 7.2 Amd64 on pentium quad core. > > > I found an interesting snippet at: > > http://forums.freebsd.org/showthread.php?t=14398 > > Aorchid said: > > "On my version there was an option for redland backend in Soprano. If there > is not on yours, you should edit the Makefile so that the option appears. > Rascal did build for me and there was no complaining of it being a broken > port...not sure." > > After reading this I realised that this could be connected with the message > "Soprano components that will not be built > Redland backend" which referred to http://librdf.org/ and eventually to > http://librdf.org/rasqal/ > > Console messages demonstrated that soprano was not finding the all important > libiodbc libraries. > > I went to http://soprano.sourceforge.net and founf the following: > > Soprano 2.4.4 released > Wed, 06/30/2010 - 20:20 - trueg > Soprano 2.4.4 is a bugfix release - probably the last one before the release > of Soprano 2.5. It features the following changes: > > Fix to FindIODBC.cmake which ensures that the correct locations are searched > first. This allows the usage of a locally installed libiodbc. > > Any chance of 2.4.4 being made available to see if this fixed the problem? > > > > > _______________________________________________ > 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" -- +-+-+-+-+-+ |j|h|e|l|l| +-+-+-+-+-+ From owner-freebsd-ports@FreeBSD.ORG Sun Jul 4 18:30:57 2010 Return-Path: Delivered-To: freebsd-ports@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 9A90F106564A for ; Sun, 4 Jul 2010 18:30:57 +0000 (UTC) (envelope-from freebsd-ports.user@seibercom.net) Received: from mail-qy0-f175.google.com (mail-qy0-f175.google.com [209.85.216.175]) by mx1.freebsd.org (Postfix) with ESMTP id 4D0DC8FC13 for ; Sun, 4 Jul 2010 18:30:56 +0000 (UTC) Received: by qyk30 with SMTP id 30so1581568qyk.13 for ; Sun, 04 Jul 2010 11:30:50 -0700 (PDT) Received: by 10.224.66.96 with SMTP id m32mr826262qai.188.1278268250129; Sun, 04 Jul 2010 11:30:50 -0700 (PDT) Received: from scorpio.seibercom.net (c-67-189-160-65.hsd1.ny.comcast.net [67.189.160.65]) by mx.google.com with ESMTPS id fb41sm14078552qcb.27.2010.07.04.11.30.49 (version=TLSv1/SSLv3 cipher=RC4-MD5); Sun, 04 Jul 2010 11:30:49 -0700 (PDT) Received: from scorpio (zeus [192.168.1.1]) (using TLSv1 with cipher DHE-RSA-AES128-SHA (128/128 bits)) (No client certificate requested) (Authenticated sender: freebsd-ports.user@scorpio.seibercom.net) by scorpio.seibercom.net (Postfix) with ESMTPSA id AAE1EE54851 for ; Sun, 4 Jul 2010 14:30:48 -0400 (EDT) Date: Sun, 4 Jul 2010 14:30:47 -0400 From: Jerry To: freebsd-ports@freebsd.org Message-ID: <20100704143047.705c41fb@scorpio> Organization: seibercom.net X-Mailer: Claws Mail 3.7.6 (GTK+ 2.20.1; amd64-portbld-freebsd8.0) Face: iVBORw0KGgoAAAANSUhEUgAAADAAAAAwBAMAAAClLOS0AAAAG1BMVEX3/uPVnZf2/v9ejGkqHB74++H///+cHCT3m6cgqYvfAAACbElEQVQ4jWXTQW/bIBQAYJLJuRMn8TVCss9zTdrrXJ6bHe1Ej/bossF9EpJ3nbapf3sP8JxOQ4qV8OU9HvjBROWcYNlKHtxlQ1/huBaOBiMwQtgHhbokMLIT76Acps5hvy61+6WsjkCZzNEW0+fcQ7Nl5uoPCegjjjhN5/MEABd89k9hXkQoX6cwPIDKCt8tYG5wpmdrxAyuolTPqpiVoEpVCWvl6e00RAD4JBJQnO4lvv0O4Cnd3WUGevYNFohxFYAy7jCCtW39LaQK8BgDAgiHVinVJlCiFKlcqgEHfwb1EuG+DwFGMO3oCIuJIEYoa8KJECBB+UBldgm0MQmEGz7GQr8XYRPKzYNO1zZ8mgdAu4BG5Ke/4KFboM8458UScViAAvYD93OAsu+Bc3zxCU7ZAjT74+dQv9K7oO0d1wuscop48Pc50O5bcVwgGzh/mXzaizJuAWERh8k3eaxKmxu4kV1p2XOEg3i3c8M+EKR93P0D1KATpC55vMHaGqFf5f/AwhlrhHgg8DTezopt6I3o3Qx4q4q6YaPxK8RxcClXeFGhTTS++QR6TS/oBs7l4WhzuNMubZG6hIBkF4qqZVdWczIqSrjKVF/i4o26IP2oElBGFy5CXKSnf6UWDTC6zKSqoAvzsakjjBvdzLKnmxdhY8eRsX7VSCUBdgD1hVJpx6y2OOS1DNDILYmqdWUJ+oHvd0rRvAqX5kpxQMR6yxHzPV6VlPFyWE7LKc36keNQI64gLP8Ybgtmg+zYuBl4fuI8VqW2RqDGE8Uzu7GxGa803whDdxx3bSZbRhfQUSxvmnpLZWpRFqHz7v8AvsBe0S1zv9UAAAAASUVORK5CYII= Mime-Version: 1.0 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 8bit Subject: Address for www/linux-nvu maintainer X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: freebsd-ports@freebsd.org List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 04 Jul 2010 18:30:57 -0000 I am attempting top contact the maintainer of the "www/linux-nvu" port. I did a "make maintainer" in the port and this was revealed: /usr/ports/www/linux-nvu $ make maintainer ilya@space.rootshell.ru Unfortunately, this address is not operational. I received the follow bounce message: Delivery to the following recipient failed permanently: ilya@space.rootshell.ru Technical details of permanent failure: Google tried to deliver your message, but it was rejected by the recipient domain. We recommend contacting the other email provider for further information about the cause of this error. The error that the other server returned was: 550 550 5.7.1 ... Mail disabled for this domain (state 14). The address did seem a little strange thought. In any case, does anyone have an email address for this maintainer or has he also abandoned this port? -- Jerry ✌ FreeBSD-Ports.user@seibercom.net Disclaimer: off-list followups get on-list replies or get ignored. Please do not ignore the Reply-To header. __________________________________________________________________ This is a country where people are free to practice their religion, regardless of race, creed, color, obesity, or number of dangling keys... From owner-freebsd-ports@FreeBSD.ORG Sun Jul 4 19:26:14 2010 Return-Path: Delivered-To: freebsd-ports@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id DCAF4106564A; Sun, 4 Jul 2010 19:26:14 +0000 (UTC) (envelope-from david@vizion2000.net) Received: from dns1.vizion2000.net (dns1.vizion2000.net [62.49.197.50]) by mx1.freebsd.org (Postfix) with ESMTP id 8EC2E8FC14; Sun, 4 Jul 2010 19:26:14 +0000 (UTC) Received: from graphics (graphics [62.49.197.51]) by dns1.vizion2000.net (Postfix) with ESMTP id DCED434D401; Sun, 4 Jul 2010 20:25:58 +0100 (BST) From: To: , "'Doug Barton'" References: <4C2E5D38.1000104@FreeBSD.org><49C017A16C5E418FB0D6503333660A01@graphics><19B9A9F5815C4BC099ADC92005DED9E5@graphics> Date: Sun, 4 Jul 2010 12:26:01 -0700 Message-ID: <3D44BFBFCE7C4E7C89CA4FDB008809FE@graphics> MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit X-Mailer: Microsoft Office Outlook 11 X-MimeOLE: Produced By Microsoft MimeOLE V6.00.3790.4657 Thread-Index: Acsa/HNgr1m2K9+KTrWJk+Xwfng6tgAVH2DQABFr30A= In-Reply-To: Cc: freebsd-ports@freebsd.org Subject: RE: Redland compile error missing librdf -SOLVED X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 04 Jul 2010 19:26:14 -0000 > > From: owner-freebsd-ports@freebsd.org > > [mailto:owner-freebsd-ports@freebsd.org] On Behalf Of Doug Barton > > Sent: 03 July 2010 15:09 > > To: david@vizion2000.net > > Cc: freebsd-ports@freebsd.org > > Subject: RE: Redland compile error missing librdf > > > > On Sat, 3 Jul 2010, david@vizion2000.net wrote: > > > > > I cc'd to you a post to the list 10 minutes before you > > wrote the above. > > > > Sorry if I missed that, your verbose communication style makes it > > difficult to follow what is going on. I disagee with simplistic assumptions. Unfortunately problems can be more complex than some may anticipate. If simplistic solutions do not work it does not mean people are either not following instructions or have otherwise cocked things up. There may be other causes. The steps I followed took me nearly a week to find out but I believe they should solve most of the above errors. Not all steps may be essential in every instance. The steps are for solving problems when one or more kde4 ports fail to either compile or install and when console reports refer to either: a: inability to find nepomuk libraries e.g could not find Nepomuk (missing: NEPOMUK_LIBRARIES NEPOMUK_INCLUDE_DIR) b: missing librdf e.g *Redland storage backend (missing librdf/redland - http://librdf.org c: inability to find soprano even when the port is actually installed e.g "The following optional packages could NOT be located on your system Soprano (2.3.70 or higher)" d: libiodbc errors e: rasqal library problems f: Redland backend missing e.g SOPRANO_PLUGIN_REDLANDBACKEND_FOUND or redland with broken NEEDED section detected, disabling .. Could NOT find Redland (missing: _REDLAND_VERSION_OK) The approach here is pretty intense and may be overkill on occasions but the dependencies between these ports create complex problems when any one of them goes wrong. If at any time during this process you get one of the above errors it means a. there has been an error in applying the instructions - so check them out OR: b. there is another error I have not yet found OR c. There is a mistake in my instructions In any case I suggest you start a script before you begin so you have a log file of the whole process: #script /my/path/to/myscriptfile when you finish # exit Examine the log file to search for errors and help reporting. 1. identify all kde4 ports and deinstall them. The method that worked for me was: #pkg_info |grep kde which gave me a list. If you need to know where they are in the ports tree then #pkg_info -o 'xxxxx*' will give you their location. 2. deinstall redland* libiodbc* raptor* redland* soprano* rasqal* akonadi* virtuoso*. NB before going further check that all these files have indeed been deinstalled. 3. cd /var/db/ports rm -rf kde* redland* libiodbc* raptor* redland* soprano* rasqal* akonadi* virtuoso 4. deinstall any qt3 ports 5. portsclean -C -DD 6. cd /usr/libs and remove the redland directory with # rm -rf ./redland* [I found old library files hanging about in this directory. They created difficulties.] 7. OK now we have a pretty clean deck. 8. update the ports tree. 9. I later found it useful to give myself an updated locate database # /usr/libexec/locate.updatedb 10. cd /usr/ports/databases/libiodbc && make install clean && make clean 11. cd /usr ports/textproc/redland n.b I did try to install redland from packages but it is not sufficiently up to date. 12. make -DWITH VIRTUOSO && make install && make clean && make clean 13. cd /usr/ports/textproc/soprano 14. make -DWITH_REDLAND -DWITH_VIRTUOSO && make install & make clean n.b This is important. The current makefile does not install the Redland Backend by default. So if anyone tells you to compile with default option just ignore that advice. It is misleading. ( NB The package distribution for soprano also appears to have problems). 15. The above steps should also have installed raptor & rasqal. 16. Check where you are before going any further with: pkg_info -o 'raptor*' 'libiodbc*' 'redland*' 'soprano*' 'rasqal*' 'virtuoso*' 17. Provided all ports are in place you can go to the next step. Make sure you have virtuoso installed! 18. cd /usr/ports/x11/kde4 19. make config (choose your options) and then 20. make && make install clean && make clean 21. Hopefully the above should work for you. Please let me know if it works. If it does not then I will see if my instructions can be improved. OK That is what has worked for me. Good lucl David From owner-freebsd-ports@FreeBSD.ORG Sun Jul 4 19:41:18 2010 Return-Path: Delivered-To: freebsd-ports@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 28B471065676; Sun, 4 Jul 2010 19:41:18 +0000 (UTC) (envelope-from david@vizion2000.net) Received: from dns1.vizion2000.net (dns1.vizion2000.net [62.49.197.50]) by mx1.freebsd.org (Postfix) with ESMTP id 9D2348FC1A; Sun, 4 Jul 2010 19:41:17 +0000 (UTC) Received: from graphics (graphics [62.49.197.51]) by dns1.vizion2000.net (Postfix) with ESMTP id 1D21834D401; Sun, 4 Jul 2010 20:41:02 +0100 (BST) From: "David Southwell" To: "'jhell'" References: <4C2E5D38.1000104@FreeBSD.org><49C017A16C5E418FB0D6503333660A01@graphics> <19B9A9F5815C4BC099ADC92005DED9E5@graphics> <6F15E97750C2464E9EA93B2CDD1BBF2B@graphics> <4C30D114.3020806@dataix.net> Date: Sun, 4 Jul 2010 12:41:05 -0700 Message-ID: MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit X-Mailer: Microsoft Office Outlook 11 X-MimeOLE: Produced By Microsoft MimeOLE V6.00.3790.4657 Thread-Index: AcsbpaV6Q2dvUeJzTgqklthNqsoiHQACYpmQ In-Reply-To: <4C30D114.3020806@dataix.net> Cc: 'Doug Barton' , kde@freebsd.org, freebsd-ports@freebsd.org Subject: RE: Soprano Update eeded to 2.4.4 ? Current version not finding libiodbc X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 04 Jul 2010 19:41:18 -0000 > -----Original Message----- > From: J. Hellenthal [mailto:jhellenthal@gmail.com] On Behalf Of jhell > Sent: 04 July 2010 11:21 > To: david@vizion2000.net > Cc: 'Doug Barton'; kde@freebsd.org; freebsd-ports@freebsd.org > Subject: Re: Soprano Update eeded to 2.4.4 ? Current version > not finding libiodbc > > Lol how long did it take you to write all these emails ? I > see this one is 4 hours later than the last one you have sent. > > With all due respect I do not see anyone else having the > problem that you are having. > > Following along Doug Barton posting a way for you to fix this > I would stick pretty close to that. But... adding to it I > would also have you remove the full contents of /usr/local/* > and some other common to your problem directories under /var. > > After you have gone through all this and have a pass or fail > result, you might consider taking minimal time to write a > email as most but only speaking for myself DO NOT HAVE the > time to read a book of messages that only consist of a > problem that only pertains to you. > > Severity: LOW > Precedence: LOW > > On 07/04/2010 08:04, david@vizion2000.net wrote: > > > > I have been ghaving substantial problems with soprano which > appears to > > caused by Redland Backend not be installed at compile time. > The system > > is freebsd 7.2 Amd64 on pentium quad core. > > > > > > I found an interesting snippet at: > > > > http://forums.freebsd.org/showthread.php?t=14398 > > > > Aorchid said: > > > > "On my version there was an option for redland backend in > Soprano. If > > there is not on yours, you should edit the Makefile so that > the option appears. > > Rascal did build for me and there was no complaining of it being a > > broken port...not sure." > > > > After reading this I realised that this could be connected with the > > message "Soprano components that will not be built Redland backend" > > which referred to http://librdf.org/ and eventually to > > http://librdf.org/rasqal/ > > > > Console messages demonstrated that soprano was not finding the all > > important libiodbc libraries. > > > > I went to http://soprano.sourceforge.net and founf the following: > > > > Soprano 2.4.4 released > > Wed, 06/30/2010 - 20:20 - trueg > > Soprano 2.4.4 is a bugfix release - probably the last one > before the > > release of Soprano 2.5. It features the following changes: > > > > Fix to FindIODBC.cmake which ensures that the correct locations are > > searched first. This allows the usage of a locally > installed libiodbc. > > > > Any chance of 2.4.4 being made available to see if this > fixed the problem? > > Well I have had 4 people contact who have the same problem. I suggest you read the latest posting to ports which identifies a solution which actually works. Unfortunately Doug's solution does not work because it does not deal with a number of causes of the errors enumerated in my RE: "Redland compile error missing librdf -SOLVED" posting. However you are right in one thing. An update to Soprano is not required to fix the problem on freebsd although I understand it is necessary on some other *ix systems. However I am sure everyone appreciates your dedication to keeping soprano as uptodate as possible. David From owner-freebsd-ports@FreeBSD.ORG Sun Jul 4 20:15:50 2010 Return-Path: Delivered-To: freebsd-ports@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id C15AD1065672 for ; Sun, 4 Jul 2010 20:15:50 +0000 (UTC) (envelope-from tkjacobsen@gmail.com) Received: from mail-ew0-f54.google.com (mail-ew0-f54.google.com [209.85.215.54]) by mx1.freebsd.org (Postfix) with ESMTP id 4FE5F8FC0A for ; Sun, 4 Jul 2010 20:15:49 +0000 (UTC) Received: by ewy26 with SMTP id 26so1654748ewy.13 for ; Sun, 04 Jul 2010 13:15:43 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:received:subject:from:to:content-type :date:message-id:mime-version:x-mailer:content-transfer-encoding; bh=hgwn/l2Q8MHS8k4MpitYccpx4pWF2WYdpifEM4g7Se4=; b=SJVn/Xbp9TXbgbrCiFqEts20i7j3v8JHHUgeM7PJFi4FdlFZ8IU/DhbGV3sh36cSGI hlg6iSHu1r0Xb33nEyPMC54uEOzPqUg3wFFsKxJ6d5UFkEx64SUgTiefDjQOPBXC9sOw ulwldAIkPtNA++aht6QtDQx2uf9RDrM2qwLmI= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=subject:from:to:content-type:date:message-id:mime-version:x-mailer :content-transfer-encoding; b=l1TwRAeaYRHykTXxAxVloNiJ+QLX+Lxe5JphoUga3y7mAzOUn6+A8MkMjYOgucd7Zi raEOktMdcFin0o86P5buG81+2KdSnV4E5vNz7+/nQ3Fw3YLcecwDf+uHomx5y0JqDSI4 E/PjgrPEdf0CQS3JuHdWKrE3MpLs5joNgpN5Q= Received: by 10.213.20.78 with SMTP id e14mr1648928ebb.11.1278274542242; Sun, 04 Jul 2010 13:15:42 -0700 (PDT) Received: from [192.168.1.101] (84-238-113-10.u.parknet.dk [84.238.113.10]) by mx.google.com with ESMTPS id z55sm28210269eeh.3.2010.07.04.13.15.41 (version=SSLv3 cipher=RC4-MD5); Sun, 04 Jul 2010 13:15:41 -0700 (PDT) From: Troels Kofoed Jacobsen To: freebsd-ports@freebsd.org Content-Type: text/plain; charset="UTF-8" Date: Sun, 04 Jul 2010 22:15:40 +0200 Message-ID: <1278274540.9065.4.camel@photon.koja.dk> Mime-Version: 1.0 X-Mailer: Evolution 2.30.2 (2.30.2-1.fc13) Content-Transfer-Encoding: 7bit Subject: Problems with 'port submit' X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 04 Jul 2010 20:15:50 -0000 Hi all I recently (a week ago or so) submitted two updates to ports I maintain with the 'port' tool, i.e. 'port submit'. The mails were succesfully sent as I recieved a copy myself, but they never appeared in the PR Database. This is usually how I submit updates. Has anything changed? The mails were sent to FreeBSD-gnats-submit@freebsd.org Best regards Troels Kofoed Jacobsen From owner-freebsd-ports@FreeBSD.ORG Sun Jul 4 21:06:11 2010 Return-Path: Delivered-To: freebsd-ports@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 13830106566B for ; Sun, 4 Jul 2010 21:06:11 +0000 (UTC) (envelope-from yanefbsd@gmail.com) Received: from mail-qy0-f182.google.com (mail-qy0-f182.google.com [209.85.216.182]) by mx1.freebsd.org (Postfix) with ESMTP id C34EC8FC12 for ; Sun, 4 Jul 2010 21:06:10 +0000 (UTC) Received: by qyk7 with SMTP id 7so1628586qyk.13 for ; Sun, 04 Jul 2010 14:06:03 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:received:received:in-reply-to :references:date:message-id:subject:from:to:content-type :content-transfer-encoding; bh=OTuJ6eD0iVyEvVEEmHSxxBUZ20ElTMh9ppi8uPPhEyw=; b=qQNY1+GcGesImYi+F1dk891aIn+OG9rwxCMQz5iHYbURD4MEifsX69cCo8hHhulWxT OTU0jldtYBfh9aYdOGOEE0JVBoL+6whH8PJUKPYw5LQ8tK4NwWWmJArUiVQmzktGvzlv uvfXWgKYfRFqMGOK63eRGU3uRPGtvS63u0bqI= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :content-type:content-transfer-encoding; b=fo0jH5RuEu+ZOl9QkM+04or6fh6ThtNjzpPMa/ycoIRZalNYoasFouB/rzq7hbASr7 Enj6r/JdkcRXJURtzOghtU9HjrBhe2P4ZcnJ5hl8SmdVlPdUBSKa3SkZXJgVX8wDm1uC VWmbjfEdn6xOfGB5wudkOZ3+VhnmyE+0J5YDQ= MIME-Version: 1.0 Received: by 10.224.96.155 with SMTP id h27mr904411qan.280.1278277563351; Sun, 04 Jul 2010 14:06:03 -0700 (PDT) Received: by 10.229.192.201 with HTTP; Sun, 4 Jul 2010 14:06:03 -0700 (PDT) In-Reply-To: <20100704143047.705c41fb@scorpio> References: <20100704143047.705c41fb@scorpio> Date: Sun, 4 Jul 2010 14:06:03 -0700 Message-ID: From: Garrett Cooper To: freebsd-ports@freebsd.org Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Subject: Re: Address for www/linux-nvu maintainer X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 04 Jul 2010 21:06:11 -0000 On Sun, Jul 4, 2010 at 11:30 AM, Jerry w= rote: > I am attempting top contact the maintainer of the "www/linux-nvu" port. > I did a "make maintainer" in the port and this was revealed: > > /usr/ports/www/linux-nvu $ make maintainer > ilya@space.rootshell.ru > > Unfortunately, this address is not operational. I received the follow > bounce message: > > Delivery to the following recipient failed permanently: > > =A0 =A0 ilya@space.rootshell.ru > > Technical details of permanent failure: > > Google tried to deliver your message, but it was rejected by the > recipient domain. We recommend contacting the other email provider for > further information about the cause of this error. The error that the > other server returned was: 550 550 5.7.1 ... > Mail disabled for this domain (state 14). > > The address did seem a little strange thought. In any case, does anyone > have an email address for this maintainer or has he also abandoned this > port? The domain is dead, so the email address needs to be reset to ports@FreeBSD.org, or whoever picks up the port next. -Garrett From owner-freebsd-ports@FreeBSD.ORG Sun Jul 4 22:25:49 2010 Return-Path: Delivered-To: freebsd-ports@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 94787106566B for ; Sun, 4 Jul 2010 22:25:49 +0000 (UTC) (envelope-from sahil@tandon.net) Received: from spartan.hamla.org (spartan.hamla.org [206.251.255.30]) by mx1.freebsd.org (Postfix) with ESMTP id 725718FC12 for ; Sun, 4 Jul 2010 22:25:49 +0000 (UTC) Received: from localhost (localhost [127.0.0.1]) by spartan.hamla.org (Postfix) with ESMTP id 21A7017116 for ; Sun, 4 Jul 2010 18:25:49 -0400 (EDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=tandon.net; h= user-agent:in-reply-to:content-disposition:content-type :content-type:mime-version:references:reply-to:message-id :subject:subject:from:from:date:date:received:received; s=aegis; t=1278282348; bh=OT2rkKRDbDCCnFh0Y8d9ik5zGTEHobu/EXKFuTR+1gA=; b= oJ+dl/XrnzkGFY4p1f2S6mKQMRTQf8SEwYFr0SdpqSduVDBBOzdHohYpzLO0oAWv j6qq5D4r+MNlv2EIGqQtSUcvbw1zXCdv5BorYv2b2e+GAqtDu3S+L5GPYeEIb1q6 mJJGaD/v0WiEvOqyKOLXgip3UtN2R+0yOQvHjwjpFHk= X-Virus-Scanned: by ClamAV at spartan.hamla.org Received: from spartan.hamla.org ([127.0.0.1]) by localhost (spartan.hamla.org [127.0.0.1]) (amavisd-new, port 10027) with LMTP id FfmZkXLab6at for ; Sun, 4 Jul 2010 18:25:48 -0400 (EDT) Received: from magic.hamla.org (cpe-69-201-179-80.nyc.res.rr.com [69.201.179.80]) by spartan.hamla.org (Postfix) with ESMTPSA id 8DB8617045 for ; Sun, 4 Jul 2010 18:25:48 -0400 (EDT) Date: Sun, 4 Jul 2010 18:25:40 -0400 From: Sahil Tandon To: freebsd-ports@freebsd.org Message-ID: <20100704222540.GA7769@magic.hamla.org> References: <1278274540.9065.4.camel@photon.koja.dk> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <1278274540.9065.4.camel@photon.koja.dk> User-Agent: Mutt/1.5.20 (2009-06-14) Subject: Re: Problems with 'port submit' X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: freebsd-ports@FreeBSD.org List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 04 Jul 2010 22:25:49 -0000 On Sun, 2010-07-04 at 22:15:40 +0200, Troels Kofoed Jacobsen wrote: > I recently (a week ago or so) submitted two updates to ports I maintain > with the 'port' tool, i.e. 'port submit'. The mails were succesfully > sent as I recieved a copy myself, but they never appeared in the PR > Database. This is usually how I submit updates. Has anything changed? > > The mails were sent to FreeBSD-gnats-submit@freebsd.org That is the correct address. If you are sure the PRs never arrived, try re-submitting them now; perhaps there was a problem with mail delivery from you -> server that day. -- Sahil Tandon From owner-freebsd-ports@FreeBSD.ORG Mon Jul 5 11:06:06 2010 Return-Path: Delivered-To: freebsd-ports@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 97B4F1065673 for ; Mon, 5 Jul 2010 11:06:06 +0000 (UTC) (envelope-from owner-bugmaster@FreeBSD.org) Received: from freefall.freebsd.org (freefall.freebsd.org [IPv6:2001:4f8:fff6::28]) by mx1.freebsd.org (Postfix) with ESMTP id 859188FC0C for ; Mon, 5 Jul 2010 11:06:06 +0000 (UTC) Received: from freefall.freebsd.org (localhost [127.0.0.1]) by freefall.freebsd.org (8.14.4/8.14.4) with ESMTP id o65B66E7078471 for ; Mon, 5 Jul 2010 11:06:06 GMT (envelope-from owner-bugmaster@FreeBSD.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.14.4/8.14.4/Submit) id o65B65MH078469 for freebsd-ports@FreeBSD.org; Mon, 5 Jul 2010 11:06:05 GMT (envelope-from owner-bugmaster@FreeBSD.org) Date: Mon, 5 Jul 2010 11:06:05 GMT Message-Id: <201007051106.o65B65MH078469@freefall.freebsd.org> X-Authentication-Warning: freefall.freebsd.org: gnats set sender to owner-bugmaster@FreeBSD.org using -f From: FreeBSD bugmaster To: FreeBSD ports list Cc: Subject: Current unassigned ports problem reports X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 05 Jul 2010 11:06:06 -0000 (Note: an HTML version of this report is available at http://www.freebsd.org/cgi/query-pr-summary.cgi?category=ports .) The following is a listing of current problems submitted by FreeBSD users. These represent problem reports covering all versions including experimental development code and obsolete releases. S Tracker Resp. Description -------------------------------------------------------------------------------- o ports/148373 [UPDATE] games/nettoe o ports/148370 new port: dns/checkdns-se, DNS checker from the folks o ports/148366 www/linux-nvu freezes after initial startup screen o ports/148364 [PATCH] sysutils/eiciel update to 0.9.8 o ports/148363 [PATCH] net/rtg: stop overwriting user configs, added o ports/148348 [patch] graphics/libjpeg-turbo: update to 1.0.0 o ports/148334 Port: www/firefox-sync updated to 1.4 release o ports/148328 [maintainer update] Update databases/tora to 2.1.2 o ports/148325 [patch] net-p2p/amule2: fix WITHOUT_NLS plist and gcc4 f ports/148321 [PATCH] mail/quickml: user USERS/GROUPS f ports/148316 net/quagga 0.99.16 - OSPF broken o ports/148292 Submitting port for the SearchAndRescue flight simulat o ports/148291 Submitting new port request f ports/148279 Update ports textproc/ibus to 1.3.5 o ports/148277 x11-toolkits/fltk2 segmentation fault f ports/148276 Update ports chinese/ibus-chewing to 1.3.4 o ports/148269 [PATCH] sysutils/ipmitools: Code cleanup found when bu o ports/148267 port install problem if license framework is enabled f ports/148264 math/R: Error: segfault from C stack overflow o ports/148245 [patch] Upgrade net/Sockets to 2.3.9.2 o ports/148238 net/quagga: multicast join failed o ports/148234 pkg_install fails for some octave-forge-* ports o ports/148232 There is some junk in Mk/bsd.octave.mk o ports/148231 Remove math/octave-forge-spanish o ports/148230 Dependency list change for math/octave-forge o ports/148229 Update of math/octave-forge-ga o ports/148225 [maintainer-update] www/squidguard: fix installation a o ports/148195 [patch] fix \ prefixed mapping for textproc/scim-kmfl- o ports/148191 sysutils/ldap-account-manager version update o ports/148187 update mail/vm to 8.1.0 o ports/148182 [patch] Font-size in www/webkit-gtk2 error template. o ports/148181 games/ftjava: wrong site address f ports/148170 net/sslh: patch that add rc startup script f ports/148168 [PATCH] update deskutils/alexandria to 0.6.6 o ports/148156 [MAINTAINER] devel/doxygen: update to 1.7.1 f ports/148145 print/cups-samba: Add ability to use difference samba o ports/148142 Update port: astro/glunarclock version update 0.34.1 f ports/148141 Update port: net/ssltunnel-client f ports/148140 Update and unbreak port: net/ssltunnel-server o ports/148122 Update Port: deve/libdombey => 1.2 o ports/148099 patch available for emacs movemail vulnerability. o ports/148098 new port: math/x12arima s ports/148090 [PATCH] security/ike: update to 2.1.5 o ports/148085 Port update: comms/uhso-kmod - Update to v20100416 f ports/148082 Update port: audio/musicpd from 0.15.8 to 0.15.10 o ports/148075 [PATCH] oss/files path issue with soundon script f ports/148057 [patch] upgrade of security/ossec-hids-server and secu f ports/148036 [PATCH] ports-mgmt/p5-FreeBSD-Ports-INDEXhash: require o ports/148027 New port: graphics/ramenhdr, node based video composit o ports/148021 irc/minbif port update (1.0.2->1.0.3) o ports/148014 [update] libticonv/libtifiles2/libticables2/libticalcs o ports/148012 [maintainer update] net/ucarp: cosmetic fixes. f ports/148010 net/freeswitch-core: fix location of PID file f ports/147982 [patch] multimedia/xmms-weasel fix depends o ports/147981 [patch] multimedia/xmms-status-plugin fix depends f ports/147977 [patch] irc/ratbox-services mark MAKE_JOBS_UNSAFE f ports/147973 [patch] audio/xmmsctrl fix depends f ports/147970 net/quagga: Ipv6 addresses cannot be assigned to inter o ports/147944 [NEW PORT] net/gogoc: GogoCLIENT, which is needed to c o ports/147943 New port: net/radsecproxy Radsecproxy is a generic RAD o ports/147942 www/moinmoin sends wrong http header when in editor mo o ports/147936 New port: sysutils/dtpstree Display a tree of processe f ports/147922 [PATCH] audio/aumix: update to 2.9.1 o ports/147921 add reload command to rc script of audio/icecast2 f ports/147916 [PATCH] net/empty: update to 0.6.18b f ports/147907 [patch] www/tclhttpd don't hardcode -j2 o ports/147898 [patch] sysutils/uhidd: open /usr/local/etc/uhidd.conf o ports/147895 [MAINTAINER] sysutils/fusefs-mhddfs: update to 0.1.35 o ports/147889 New port: devel/maven-ant-tasks Allows Maven's handlin o ports/147882 Maintainer Update: games/ninix-aya to 4.0.7 o ports/147879 [MAINTAINER] www/validator: update to 1.0 f ports/147873 [PATCH] mail/mail-notification: [fix broken icons] o ports/147871 [maintainer update][patch]Update port: www/ziproxy to o ports/147868 [MAINTAINER] japanese/ja-ibus-skk: update to 0.0.8 o ports/147865 [maintainer-update] Updating devel/libconfig to v.1.4. o ports/147861 [patch] fix math/maxima with LC_MESSAGES o ports/147849 New port: emulators/pcsxr - Pcsx reloaded, a PSX (Play f ports/147829 Improved net/ucarp startup script: multiple VHID and F o ports/147828 [maintainer-update] games/stonesoup: split up games/st o ports/147791 [patch] Update sysutils/arcconf to v6_50_18570 o ports/147773 Not assemblied lang/php52-extensions o ports/147706 [patch][maintainer] www/rssdler: make xmlUnEscape and o ports/147705 NEW PORT devel/bzr-grep o ports/147683 [PATCH] multimedia/playd2 update (and rename request) o ports/147682 [PATCH] multimedia/playd update (request to rename por f ports/147669 science/gramps fails to start f ports/147658 audio/mpc 0.17 still requires libintl.so.8 after gette o ports/147642 [patch] misc/xdelta3: update to 3.0.y o ports/147565 powerpc64 support for devel/libffi o ports/147554 new ports: audio/linux-f10-[alsa|pulseaudio] o ports/147500 [patch] Make deskutils/xpad usable o ports/147485 Update port: games/sfbol o ports/147480 Update port: devel/mk-configure: add examples and addi o ports/147469 www/surf update f ports/147464 [PATCH] devel/icu4: update to 4.4 s ports/147457 Update port: devel/ptlib26 o ports/147431 [NEW PORT] security/strongswan - Open Source IPsec-bas f ports/147293 [PATCH] net/nss_ldapd: update to 0.7.6 f ports/147289 devel/gdb66 doesn't build o ports/147287 [PATCH] sysutils/openipmi: support sensors for Sun Fir o ports/147251 New port: german/joomla15 - german language packages f o ports/147221 [patch] japanese/lynx: Update to the latest stable rel o ports/147220 [patch] japanese/lynx-current: Update to the latest cu o ports/147209 [PATCH] www/tinymce: update to 3.3.6 f ports/147199 [patch] port net-mgmt/pnp fix php5.3 issues o ports/147135 New port: textproc/exmpp XMPP parsing library written o ports/147115 [NEW PORT] mail/scam-backscatter: Address verification o ports/147093 New port: www/sitracker - Incident tracker / Help Desk o ports/146964 New port: net/asterisk162 o ports/146959 devel/boost-python-libs ignores PYTHON_VERSION o ports/146955 PORTS: new port devel/geany-plugins o ports/146934 [NEW PORT] japanese/unzip NLS patched unzip. import fr f ports/146895 [NEW PORT] emulators/linux-libusb -- linux(4)-friendly o ports/146830 multimedia/pvr_xxx does not compile on FreeBSD 8.* and f ports/146818 [update] games/openarena latest release o ports/146776 [new port] sysutils/monitorix: a web based monitoring o ports/146766 [patch] update sysutils/bacula-server to 5.0.2 o ports/146683 [NEW PORT] math/levmar: A GPL-licensed library impleme f ports/146680 lang/cmucl depends on compat4x instead of compat6x o ports/146633 update devel/ice to 3.4 o ports/146567 security/nmap build fails w/default OpenSSL opts o ports/146392 [NEW PORT] devel/php5-thrift: PHP interface to Thrift o ports/146380 [patch] comms/xastir: Xastir grabs mouse pointer and w o ports/146338 add sftpfilecontrol patch to security/openssh-portable o ports/146281 [ PATCH ] net/xorp doesn't honor WITH_OPENSSL_PORT=yes f ports/146183 [patch] mail/mutt-devel: add OPTIONS support f ports/146073 [patch] net/throttled replace ${SYSCTL} with /sbin/sys o ports/145945 [NEW PORT] www/encode-explorer: A PHP script to browse s ports/145858 [request] new port: add sysutils/xfce4-diskperf-plugin f ports/145769 final link of mail/fetchmail fails libhx509.so undefin f ports/145094 [patch][repocopy] audio/linux-nerodigitalaudio: update o ports/145076 I could not build devel/pwlib o ports/145017 New port: databases/dm-validations. o ports/144988 [NEW PORT] net/monast: A monitoring and an operator pa o ports/144910 [new port] java/hgeclipse Mercurial VCS plugin for the f ports/144857 [patch] audio/abraca: update to 0.4.3 o ports/144849 [new port] java/eclipse-eclemma code coverage for ecli f ports/144617 [PATCH] net-mgmt/docsis: Fix build on systems where GC f ports/144597 security/openssh-portable fails to compile with KERBER f ports/144559 sysutils/eventlog patch to support FreeBSD-specific lo o ports/144555 graphics/mesagl: glutMainLoop() crashes when using VBO o ports/144264 installing misc/compat5x (or other compats) is broken f ports/144066 Upgrade net/asterisk16-addons to 1.6.2.0 o ports/143938 [NEW PORTS] Linux versions of IBus (Intelligent Input o ports/143566 sysutils/diskcheckd runs constantly when using gmirror s ports/143024 [PATCH] sysutils/puppet: add possobility to rc script o ports/142824 [patch] security/openssh-portable: add VersionAddendum o ports/142744 new port: x11/keyboardcast Broadcast keystrokes to mul o ports/142504 new port: net/gnu-dico - dict protocol server p ports/142374 Update: www/MT and Other language o ports/142086 new port: databases/lib_mysqludf_xql, provides SQLXML o ports/141790 [new port] net-im/zephyr : enterprise-class IM system f ports/141001 net/ssltunnel-server/ depends on /sbin/pppd o ports/140968 x11-toolkits/py-tkinter(devel/pth): py26-tkinter-2.6.4 o ports/140557 ports shells/44bsd-csh ESC file completion and ^D (vie s ports/140303 net-mgmt/docsis can not compile filters under amd64 pl o ports/140232 Resolve conflicts w/ devel/antlr & devel/pccts o ports/138929 [PATCH] security/heimdal update to 1.2.1 o ports/138806 New port: games/avp-demo ("Aliens versus predator" dem f ports/138602 audio/sphinxbase port update f ports/136108 new port: www/webistrano, web frontend to capistrano a ports/133773 net/keepalived port update request o ports/132786 New port: sysutils/sispmctl Utility for controlling a o ports/128952 [NEW PORT] java/javadb: Sun's supported distribution o o ports/127321 japanese/kon2-16dot: buffer overflow and mouse bugs s ports/127087 mail/bincimap port does not include an rc.d file s ports/125324 editors/the (3.2) looses cursor when compiled with PDC o ports/124375 security/heimdal: www/mod_auth_kerb doesn't compile ag o ports/118716 security/heimhal - shared library conflict with heimda o ports/117921 New port: multimedia/feng Feng is a multimedia streami s ports/117299 [new ports] www/webobjects(+) Apple WebObjects ports b o ports/114611 [NEW PORT] net-p2p/freenet05: An anonymous censorship- o sparc/114349 When executing snmpd it immediately stops with a segme o ports/111501 [NEW PORT] databases/ruby-oci8 o ports/82634 heimdal port conflict with base heimdal s ports/57498 HEIMDAL_HOME should be defined in src or ports Makefil 176 problems total. From owner-freebsd-ports@FreeBSD.ORG Mon Jul 5 11:35:53 2010 Return-Path: Delivered-To: freebsd-ports@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id E58211065676 for ; Mon, 5 Jul 2010 11:35:53 +0000 (UTC) (envelope-from demelier.david@gmail.com) Received: from mail-bw0-f54.google.com (mail-bw0-f54.google.com [209.85.214.54]) by mx1.freebsd.org (Postfix) with ESMTP id 77E588FC15 for ; Mon, 5 Jul 2010 11:35:53 +0000 (UTC) Received: by bwz12 with SMTP id 12so3272787bwz.13 for ; Mon, 05 Jul 2010 04:35:48 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:received:received:in-reply-to :references:date:message-id:subject:from:to:content-type; bh=K43L5B3jLLUzJuWMKjBOG0+P7HE1//iKlA2lpcDGzJM=; b=QHYPhbuuLnsqo7iMjWzB50Qd6J2OHQBxzufSywvs1C0mUZMoxoIA3TRlu7zhqg2CDL u3H42fMdoNpEK4aD7d53dbTvHOeZiiMm6L/7VdM1LkGjJoVdNu3kRGZ/Q3yUWQvfpUIr ce/Nx6YmdmZN7N0LRMto1/tJYr3L5R+WYFoIE= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :content-type; b=SpXV+VtyYxCmzyt9r+TWbINJMDI3LulOKWseFuopZLnpsKb4ZDxYH+yAFkDfdCAeOT NrANium2OzRnR3GSz02UEY1BBe97/93V0ENd9IxaSEdBA+e1/zl8jXZSChaljPS3u1HY LBuYqm3I4QsLZLLwmEzA77uFlUSZfquSBTBA8= MIME-Version: 1.0 Received: by 10.204.126.153 with SMTP id c25mr2307053bks.27.1278329747155; Mon, 05 Jul 2010 04:35:47 -0700 (PDT) Received: by 10.204.118.83 with HTTP; Mon, 5 Jul 2010 04:35:46 -0700 (PDT) In-Reply-To: References: Date: Mon, 5 Jul 2010 13:35:46 +0200 Message-ID: From: David DEMELIER To: freebsd-ports@freebsd.org Content-Type: text/plain; charset=UTF-8 Subject: Re: pidgin crashes everytime X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 05 Jul 2010 11:35:54 -0000 It stops with : (13:32:19) msn: msn_slplink_process_msg: slpmsg complete (13:32:19) msn: C: SB 003: OUT (13:32:19) msn: destroy httpconn (0x809609e40) (13:32:19) stun: using server zsh: bus error (core dumped) pidgin -d Maybe a msn failure. -- Demelier David From owner-freebsd-ports@FreeBSD.ORG Mon Jul 5 11:54:05 2010 Return-Path: Delivered-To: ports@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id A2659106564A; Mon, 5 Jul 2010 11:54:05 +0000 (UTC) (envelope-from swell.k@gmail.com) Received: from mail-bw0-f54.google.com (mail-bw0-f54.google.com [209.85.214.54]) by mx1.freebsd.org (Postfix) with ESMTP id C973B8FC13; Mon, 5 Jul 2010 11:54:04 +0000 (UTC) Received: by bwz12 with SMTP id 12so3283798bwz.13 for ; Mon, 05 Jul 2010 04:53:58 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:received:from:to:cc:subject:references :date:in-reply-to:message-id:user-agent:mime-version:content-type; bh=f6sU+RgW0AvOQfQT7ljHMSkp83hYnjtJ+VmYuZor0DM=; b=Af3LD9iaA65lIDX3vgfAVxYxVkPh8pZqvAhxlOxCyle+C4vRgpJAtsfyyK0ZvOH8ne OMbhKsOvClO/pBdl3CqTqmE7tWyOvjw57V3rfRdcKV0Fzh2af5la45hnjXk4kjNQCMT1 nUfdKrYpbQooEaZY5WAp3my1qH5Cw9LYpaLBs= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=from:to:cc:subject:references:date:in-reply-to:message-id :user-agent:mime-version:content-type; b=FwjboU4aJxeI7mQM/8qarVOGxOSM1IdR6aDIh1DMvUOOFpJ4uh6VZXnhzUyq8Xlm8H pTlDVr+Me/db37upDrrmMUhHdA9qOcSdvWdYPl3h+NNLMGFsrt8Tksn9IDPgdMdfoR75 p6MvVwAla/p3Y9e8eKgT4FA2NhzGTGbJFupk0= Received: by 10.204.50.207 with SMTP id a15mr2334516bkg.65.1278330838596; Mon, 05 Jul 2010 04:53:58 -0700 (PDT) Received: from localhost (tor-proxy.31173.se [193.138.216.157]) by mx.google.com with ESMTPS id y2sm16065182bkx.8.2010.07.05.04.53.56 (version=SSLv3 cipher=RC4-MD5); Mon, 05 Jul 2010 04:53:57 -0700 (PDT) From: Anonymous To: Doug Barton References: <86zkydcl1e.fsf@gmail.com> <4C2AB9E4.4030200@FreeBSD.org> <86wrthym39.fsf@gmail.com> <86lj9vrf4w.fsf@gmail.com> Date: Mon, 05 Jul 2010 15:50:35 +0400 In-Reply-To: <86lj9vrf4w.fsf@gmail.com> (Anonymous's message of "Thu, 01 Jul 2010 08:37:51 +0400") Message-ID: <86hbke6tbo.fsf@gmail.com> User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/24.0.50 (berkeley-unix) MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Cc: dinoex@FreeBSD.org, ports@FreeBSD.org Subject: Re: graphics/png does not compile with gcc 4.5.1 X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 05 Jul 2010 11:54:05 -0000 Anonymous writes: > Doug Barton writes: > >> readelf -s /lib/libc.so.7 | fgrep __stack_chk_fail >> 952: 00028060 26 FUNC GLOBAL DEFAULT 10 __stack_chk_fail@@FBSD_1.0 >> 1457: 00028060 26 FUNC GLOBAL DEFAULT 10 __stack_chk_fail_local@FBSD_1.0 > >> 45: 000ecec0 29 FUNC LOCAL HIDDEN 10 __stack_chk_fail_local > > I don't see such HIDDEN symbol on i386/amd64 snapshots from Jun 30 at > allbsd.org. Can you *install* libc.so.7 from there and try again? Did it help? Based on result from above suggestion either my guesses were incorrect[1] or you have messed up environment/make.conf[2]. To debug the latter you'd have to bisect your own build configuration. [1] the problem is reproducable on libc from snapshot [2] ... *not* reproducable ... > >> 1542: 00028060 26 FUNC GLOBAL DEFAULT 10 __stack_chk_fail >> 2047: 00028060 26 FUNC GLOBAL DEFAULT 10 __stack_chk_fail_local@FB From owner-freebsd-ports@FreeBSD.ORG Mon Jul 5 14:03:55 2010 Return-Path: Delivered-To: freebsd-ports@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 9AD08106566B for ; Mon, 5 Jul 2010 14:03:55 +0000 (UTC) (envelope-from freebsd-ports@m.gmane.org) Received: from lo.gmane.org (lo.gmane.org [80.91.229.12]) by mx1.freebsd.org (Postfix) with ESMTP id 562F78FC0A for ; Mon, 5 Jul 2010 14:03:55 +0000 (UTC) Received: from list by lo.gmane.org with local (Exim 4.69) (envelope-from ) id 1OVmH1-0002KZ-Vd for freebsd-ports@freebsd.org; Mon, 05 Jul 2010 16:03:51 +0200 Received: from 91.205.197.96 ([91.205.197.96]) by main.gmane.org with esmtp (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for ; Mon, 05 Jul 2010 16:03:51 +0200 Received: from jumper99 by 91.205.197.96 with local (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for ; Mon, 05 Jul 2010 16:03:51 +0200 X-Injected-Via-Gmane: http://gmane.org/ To: freebsd-ports@freebsd.org From: "Helmut Schneider" Date: Mon, 5 Jul 2010 14:03:37 +0000 (UTC) Lines: 25 Message-ID: References: Mime-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: 7bit X-Complaints-To: usenet@dough.gmane.org X-Gmane-NNTP-Posting-Host: 91.205.197.96 User-Agent: XanaNews/1.19.1.269 X-Ref: news.gmane.org ~XNS:00000059 Subject: Re: ports/133758 and net-snmp-5.5 - inactive memory stil not counted as free memory X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 05 Jul 2010 14:03:55 -0000 Thomas Steen Rasmussen wrote: > I am experiencing what seems like the problem in > http://www.freebsd.org/cgi/query-pr.cgi?pr=133758 > > I have net-snmp-5.5 installed on FreeBSD 7.2 i386 and it returns this: > UCD-SNMP-MIB::memAvailReal.0 = INTEGER: 189072 kB > UCD-SNMP-MIB::memTotalFree.0 = INTEGER: 273204 kB > > When this is what 'top' says: > Mem: 157M Active, 1467M Inact, 189M Wired, 8580K Cache, 112M Buf, 176M > Free > > Clearly the "Inact" isn't counted as free memory which is causing my > monitoring to throw alerts when there is actually lots of "free" > memory left (where free=free+inact). net-snmp now reports inactive memory as cache memory (actually inactive memory is not free memory). Please check. Helmut -- No Swen today, my love has gone away My mailbox stands for lorn, a symbol of the dawn From owner-freebsd-ports@FreeBSD.ORG Mon Jul 5 15:54:07 2010 Return-Path: Delivered-To: ports@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 2D978106564A for ; Mon, 5 Jul 2010 15:54:07 +0000 (UTC) (envelope-from mike.jakubik@intertainservices.com) Received: from mail.intertainservices.com (mail.intertainservices.com [38.99.187.35]) by mx1.freebsd.org (Postfix) with ESMTP id 056668FC08 for ; Mon, 5 Jul 2010 15:54:06 +0000 (UTC) Received: from [172.16.10.199] (unknown [172.16.10.199]) by mail.intertainservices.com (Postfix) with ESMTPA id 4CD1D5646C for ; Mon, 5 Jul 2010 11:54:05 -0400 (EDT) Message-ID: <4C32001C.7010501@intertainservices.com> Date: Mon, 05 Jul 2010 11:54:04 -0400 From: Mike Jakubik User-Agent: Mozilla/5.0 (Windows; U; Windows NT 6.1; en-US; rv:1.9.1.10) Gecko/20100512 Thunderbird/3.0.5 MIME-Version: 1.0 To: ports@freebsd.org Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-intertainservices-MailScanner-Information: Please contact the ISP for more information X-intertainservices-MailScanner-ID: 4CD1D5646C.ADC00 X-intertainservices-MailScanner: Found to be clean X-intertainservices-MailScanner-From: mike.jakubik@intertainservices.com X-Spam-Status: No Cc: Subject: Invalid greeting from from master CVS server X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 05 Jul 2010 15:54:07 -0000 Hi, Something is up with the master CVS server today, below is the error. # csup -L 2 /etc/ports-supfile Parsing supfile "/etc/ports-supfile" Connecting to cvsup.FreeBSD.org Connected to 72.233.193.64 Invalid greeting from server Thanks. From owner-freebsd-ports@FreeBSD.ORG Mon Jul 5 16:52:02 2010 Return-Path: Delivered-To: freebsd-ports@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 9578C106564A for ; Mon, 5 Jul 2010 16:52:02 +0000 (UTC) (envelope-from cjk32@cam.ac.uk) Received: from ppsw-33.csi.cam.ac.uk (ppsw-33.csi.cam.ac.uk [131.111.8.133]) by mx1.freebsd.org (Postfix) with ESMTP id 3501C8FC1A for ; Mon, 5 Jul 2010 16:52:02 +0000 (UTC) X-Cam-AntiVirus: no malware found X-Cam-SpamDetails: not scanned X-Cam-ScannerInfo: http://www.cam.ac.uk/cs/email/scanner/ Received: from nat1.cjkey.org.uk ([88.97.163.220]:51493 helo=tigger.wzl33) by ppsw-33.csi.cam.ac.uk (smtp.hermes.cam.ac.uk [131.111.8.159]:465) with esmtpsa (PLAIN:cjk32) (TLSv1:DHE-RSA-CAMELLIA256-SHA:256) id 1OVoXs-0007VN-ix (Exim 4.72) for freebsd-ports@freebsd.org (return-path ); Mon, 05 Jul 2010 17:29:25 +0100 Message-ID: <4C320864.2060107@cam.ac.uk> Date: Mon, 05 Jul 2010 17:29:24 +0100 From: Christopher Key User-Agent: Mozilla/5.0 (Macintosh; U; Intel Mac OS X 10.5; en-US; rv:1.9.2.4) Gecko/20100608 Thunderbird/3.1 MIME-Version: 1.0 To: freebsd-ports@freebsd.org Content-Type: multipart/mixed; boundary="------------090508000509050206010805" Subject: Easier / automatic regression-test target for ports X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 05 Jul 2010 16:52:02 -0000 This is a multi-part message in MIME format. --------------090508000509050206010805 Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit At the moment, many ported applications/libraries provide some form of regression testing, but very few ports actually expose this via the standard regression-test target. The regression-test target will be called by tinderbox if available, and should also make debugging misbehaving ports easier. Attached is a patch which aims to remedy this situation. Firstly, it simplifies the creation of a regression-test target, with the addition of a REGRESSION_TEST_TARGET variable. For audio/flac for example, this means that: regression-test: build @cd ${WRKSRC}; ${SETENV} ${MAKE_ENV} ${MAKE} check can be replaced with: REGRESSION_TEST_TARGET= check Secondly, rather more aggressively, it assumes that anything using GNU_CONFIGURE or PERL_CONFIGURE implements a check or test target respectively, and sets REGRESSION_TEST_TARGET accordingly. As far as I am aware, these target are always present, although it is not guaranteed that any tests will actually be run. Most perl modules do provide tests, but gnu software seems less likely to do so. If no useful testing will be performed, the automatic creation of a regression-test target can be overridden by setting REGRESSION_TEST_TARGET to an empty string. The attached patch probably isn't doing things in the correct places, or doing them in them in the correct way, but does work to illustrate the intent. Any feedback on concept or implementation would be much appreciated. Kind regards, Christopher Key --------------090508000509050206010805 Content-Type: text/plain; x-mac-type="0"; x-mac-creator="0"; name="ports-regression-test.patch" Content-Transfer-Encoding: 7bit Content-Disposition: attachment; filename="ports-regression-test.patch" Index: ports/Mk/bsd.port.mk =================================================================== RCS file: /home/ncvs/ports/Mk/bsd.port.mk,v retrieving revision 1.642 diff -u -r1.642 bsd.port.mk --- ports/Mk/bsd.port.mk 4 Jun 2010 08:09:17 -0000 1.642 +++ ports/Mk/bsd.port.mk 5 Jul 2010 16:26:20 -0000 @@ -1605,6 +1605,16 @@ WWWOWN?= www WWWGRP?= www +# Regression test targets +.if defined(GNU_CONFIGURE) +REGRESSION_TEST_TARGET?= check +.endif + +.if defined(PERL_CONFIGURE) +REGRESSION_TEST_TARGET?= test +.endif + + .endif # End of pre-makefile section. @@ -3818,6 +3828,20 @@ .endif .endif +# Regression test + +.if !target(regression-test) +.if defined(REGRESSION_TEST_TARGET) && !empty(REGRESSION_TEST_TARGET) +regression-test: build + echo HELLO _${REGRESSION_TEST_TARGET}_ +.if defined(USE_GMAKE) + @cd ${BUILD_WRKSRC}; ${SETENV} ${MAKE_ENV} ${GMAKE} ${MAKE_FLAGS} ${MAKEFILE} ${_MAKE_JOBS} ${MAKE_ARGS} ${REGRESSION_TEST_TARGET} +.else + @cd ${BUILD_WRKSRC}; ${SETENV} ${MAKE_ENV} ${MAKE} ${MAKE_FLAGS} ${MAKEFILE} ${_MAKE_JOBS} ${MAKE_ARGS} ${REGRESSION_TEST_TARGET} +.endif +.endif +.endif + # Check conflicts .if !target(check-conflicts) --------------090508000509050206010805-- From owner-freebsd-ports@FreeBSD.ORG Mon Jul 5 17:06:55 2010 Return-Path: Delivered-To: freebsd-ports@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id D0FA11065670 for ; Mon, 5 Jul 2010 17:06:55 +0000 (UTC) (envelope-from mike.jakubik@intertainservices.com) Received: from mail.intertainservices.com (mail.intertainservices.com [38.99.187.35]) by mx1.freebsd.org (Postfix) with ESMTP id A77D58FC1B for ; Mon, 5 Jul 2010 17:06:55 +0000 (UTC) Received: from [172.16.10.199] (unknown [172.16.10.199]) by mail.intertainservices.com (Postfix) with ESMTPA id 97A785646C for ; Mon, 5 Jul 2010 13:06:51 -0400 (EDT) Message-ID: <4C32112A.8030606@intertainservices.com> Date: Mon, 05 Jul 2010 13:06:50 -0400 From: Mike Jakubik User-Agent: Mozilla/5.0 (Windows; U; Windows NT 6.1; en-US; rv:1.9.1.10) Gecko/20100512 Thunderbird/3.0.5 MIME-Version: 1.0 To: freebsd-ports@freebsd.org References: <4C2DC06C.6060301@FreeBSD.org> In-Reply-To: <4C2DC06C.6060301@FreeBSD.org> Content-Type: text/plain; charset=ISO-8859-15; format=flowed Content-Transfer-Encoding: 7bit X-intertainservices-MailScanner-Information: Please contact the ISP for more information X-intertainservices-MailScanner-ID: 97A785646C.AF103 X-intertainservices-MailScanner: Found to be clean X-intertainservices-MailScanner-From: mike.jakubik@intertainservices.com X-Spam-Status: No Subject: Re: tomcat 7 X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 05 Jul 2010 17:06:55 -0000 On 7/2/2010 6:33 AM, Alex Dupre wrote: > Hi All, > I prepared a port for the new beta (7.0.0) release of apache tomcat 7. > The tarball is available here: http://www.alexdupre.com/tomcat7.tar.gz > The current tomcat6 port is full of (IMHO) useless variables and > variable substitutions, so I decided to cut them down and simplify the > port a lot. Test it, if you are interested. > > Thanks for the port. It looks like you droped support for the tomcat60_user variable (which user to run tomcat as), this is quite useful here. Any particular reason for this? From owner-freebsd-ports@FreeBSD.ORG Tue Jul 6 15:08:24 2010 Return-Path: Delivered-To: freebsd-ports@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 14808106564A for ; Tue, 6 Jul 2010 15:08:24 +0000 (UTC) (envelope-from swell.k@gmail.com) Received: from mail-fx0-f54.google.com (mail-fx0-f54.google.com [209.85.161.54]) by mx1.freebsd.org (Postfix) with ESMTP id 954E18FC0A for ; Tue, 6 Jul 2010 15:08:23 +0000 (UTC) Received: by fxm13 with SMTP id 13so5286660fxm.13 for ; Tue, 06 Jul 2010 08:08:11 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:received:from:to:cc:subject:references :date:in-reply-to:message-id:user-agent:mime-version:content-type; bh=RiU7hLQdDKIx57GN//fK0gsZf9CqhkCdsyY/gDDnZ9A=; b=dzaxX3oP8Lbr7J+Izi/yKaG5+0nEhHgdNTs2ZdQgLGYvexrK2msH9PqNxLB+DOOSDZ eyxgNL0pbx1wX7JTdxL8V/50C3aLA5B3LeP6/wPUy4OeUQw6TnQqRJS0IBZKFPjJTper xm51Q1vCmeSr7T8FGvuRZEw8U+RR55/rqpIM0= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=from:to:cc:subject:references:date:in-reply-to:message-id :user-agent:mime-version:content-type; b=iWcP+vj61e0DEQdVjIlIkyyEIgsqTRCnBh42ZVEmxEBjeq6bV9QBFzY5+BykuJSkqc ObhyJqLBp6ou2u9WCrWAnPNlsveaSuTJIrlsdCCOZ6KyDC6W9GZ2WXQlGMNe+YAAJZvD qrBm2H0MZZCdAwkFYBOFlnJfP8fIqvyXoAuSo= Received: by 10.86.91.20 with SMTP id o20mr141571fgb.14.1278418926860; Tue, 06 Jul 2010 05:22:06 -0700 (PDT) Received: from localhost ([85.17.254.135]) by mx.google.com with ESMTPS id z11sm7398530fam.26.2010.07.06.05.22.04 (version=SSLv3 cipher=RC4-MD5); Tue, 06 Jul 2010 05:22:06 -0700 (PDT) From: Anonymous To: David DEMELIER References: Date: Tue, 06 Jul 2010 16:22:00 +0400 In-Reply-To: (David DEMELIER's message of "Sun, 6 Jun 2010 11:36:18 +0200") Message-ID: <861vbgvlzr.fsf@gmail.com> User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/24.0.50 (berkeley-unix) MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Cc: freebsd-ports@freebsd.org Subject: Re: games/wesnoth not localized ? X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 06 Jul 2010 15:08:24 -0000 David DEMELIER writes: > Hi, > > I can't change the language in Wesnoth. They are shown but you can't > click on (they are not-clickable). > > The messages files are installed : pkg_info -L wesnoth\* > > [...] > /usr/local/share/locale/zh_TW/LC_MESSAGES/wesnoth-l.mo > /usr/local/share/locale/zh_TW/LC_MESSAGES/wesnoth-lib.mo > /usr/local/share/locale/zh_TW/LC_MESSAGES/wesnoth-low.mo > [...] > Try using LC_MESSAGES, e.g. $ LC_MESSAGES=zh_TW.UTF-8 wesnoth I tested on wesnoth-1.8.3 and it shows game menu in CJK characters. Selecting from menu works with only a few languages though, e.g. Srpski (all four variations) works but Zhongwen does not. > And the NLS option is defined : > > markand@Melon /usr/ports/games/wesnoth $ make showconfig > ===> The following configuration options are available for wesnoth-1.6.5_4: > CAMPAIGN=on "Enable campaign server" > EDITOR=on "Enable map editor" > FRIBIDI=on "Enable bidirectional support" > NLS=on "Enable localization" > SERVER=on "Enable server" > TOOLS=on "Enable extra tools for artists and translators" > ===> Use 'make config' to modify these settings > > Could it be a internal wesnoth problem ? > > King regards. From owner-freebsd-ports@FreeBSD.ORG Tue Jul 6 16:06:45 2010 Return-Path: Delivered-To: ports@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 72F50106564A for ; Tue, 6 Jul 2010 16:06:45 +0000 (UTC) (envelope-from mail@ozzmosis.com) Received: from extmail-01.people.net.au (extmail-01.people.net.au [202.154.123.98]) by mx1.freebsd.org (Postfix) with SMTP id C72C08FC18 for ; Tue, 6 Jul 2010 16:06:44 +0000 (UTC) Received: (qmail 16037 invoked from network); 6 Jul 2010 16:06:40 -0000 Received: from unknown (HELO smtp.phoenix) (218.215.162.25) by extmail-01.people.net.au with SMTP; 6 Jul 2010 16:06:40 -0000 Received: by smtp.phoenix (Postfix, from userid 1001) id 0DC6117523; Wed, 7 Jul 2010 02:06:40 +1000 (EST) Date: Wed, 7 Jul 2010 02:06:39 +1000 From: andrew clarke To: ports@FreeBSD.org Message-ID: <20100706160639.GA21981@ozzmosis.com> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.5.20 (2009-06-14) Cc: lev@freebsd.org Subject: devel/subversion X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 06 Jul 2010 16:06:45 -0000 Can anyone confirm that subversion fails to build with www/neon28 and requires www/neon29? This is not mentioned in UPDATING. Running FreeBSD 7.3-REL. Thanks, Regards Andrew From owner-freebsd-ports@FreeBSD.ORG Tue Jul 6 16:10:38 2010 Return-Path: Delivered-To: ports@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id AC167106566B; Tue, 6 Jul 2010 16:10:38 +0000 (UTC) (envelope-from yanefbsd@gmail.com) Received: from mail-qw0-f54.google.com (mail-qw0-f54.google.com [209.85.216.54]) by mx1.freebsd.org (Postfix) with ESMTP id 531388FC1F; Tue, 6 Jul 2010 16:10:38 +0000 (UTC) Received: by qwg5 with SMTP id 5so2505006qwg.13 for ; Tue, 06 Jul 2010 09:10:32 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:received:received:in-reply-to :references:date:message-id:subject:from:to:cc:content-type :content-transfer-encoding; bh=TmVwS+lxGCcPL+obBJxx4cZ5/Pmu/AzTbxZWu72tYtw=; b=eOEvY7ZYJ2sbscvDGZNDG75WKnfLPO2QsA8EwGAzq8Lg/Phks0OdkmyDg3wMfdg6Wt seqjJBxnivmxkZnvdfBFFNWlnyikz3aeiC78LoIRVhoL1GFvoTPrAYF9+DSicpBjdtft L0XmbUDKfiq0TjEvPgOdm+JRUwq2V+73Utcak= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type:content-transfer-encoding; b=IywBo5A6pukYLoQUWrYwTJkt9BRf7LPypGTL726LymdPqRjzZ8lWKxVT5oQVX6+CjK sKJjzQor8LX1Ut5I/jLVGnt527tmlr+rWlpSFTradMnhPOkfel/oxTmyb9ev78yhL3hv cA0Z26Sen/jr3Z/78+m8mUxMvoR/MKjebTTXA= MIME-Version: 1.0 Received: by 10.224.64.85 with SMTP id d21mr2562428qai.367.1278432632082; Tue, 06 Jul 2010 09:10:32 -0700 (PDT) Received: by 10.229.192.201 with HTTP; Tue, 6 Jul 2010 09:10:31 -0700 (PDT) In-Reply-To: <20100706160639.GA21981@ozzmosis.com> References: <20100706160639.GA21981@ozzmosis.com> Date: Tue, 6 Jul 2010 09:10:31 -0700 Message-ID: From: Garrett Cooper To: andrew clarke Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Cc: ports@freebsd.org, lev@freebsd.org Subject: Re: devel/subversion X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 06 Jul 2010 16:10:38 -0000 On Tue, Jul 6, 2010 at 9:06 AM, andrew clarke wrote: > Can anyone confirm that subversion fails to build with www/neon28 and > requires www/neon29? =A0This is not mentioned in UPDATING. I'm using neon28 and subversion without issues here, but I'm running CURREN= T. Thanks, -Garrett From owner-freebsd-ports@FreeBSD.ORG Tue Jul 6 16:53:24 2010 Return-Path: Delivered-To: freebsd-ports@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 8EC7B106567E for ; Tue, 6 Jul 2010 16:53:24 +0000 (UTC) (envelope-from prvs=796cd4376=pschmehl_lists@tx.rr.com) Received: from ip-002.utdallas.edu (ip-002.utdallas.edu [129.110.20.108]) by mx1.freebsd.org (Postfix) with ESMTP id 6353C8FC0A for ; Tue, 6 Jul 2010 16:53:24 +0000 (UTC) X-Group: None X-IronPort-Anti-Spam-Filtered: true X-IronPort-Anti-Spam-Result: ApsEAH/1MkyBbgog/2dsb2JhbACgcsFahSUEg3g X-IronPort-AV: E=Sophos;i="4.53,547,1272862800"; d="scan'208";a="32889963" Received: from zxtm01.utdallas.edu (HELO utd65257.utdallas.edu) ([129.110.10.32]) by ip-002.utdallas.edu with ESMTP/TLS/DHE-RSA-AES256-SHA; 06 Jul 2010 11:23:26 -0500 Date: Tue, 06 Jul 2010 11:23:11 -0500 From: Paul Schmehl To: FreeBSD Ports Message-ID: X-Mailer: Mulberry/4.0.6 (Linux/x86) X-Munged-Reply-To: Figure it out MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit Content-Disposition: inline Subject: Virtualbox consuming wcpu X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: Paul Schmehl List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 06 Jul 2010 16:53:24 -0000 I recently upgraded to the new port version of virtualbox - 3.2.6. After completing the upgrade, I'm seeing a massive amount of wcpu consumption (145%) with virtualbox when I use the vm to rdp to a different windows box. As long as I'm not using rdp, it works fine. When I first start the rdp, wcpu is fine, but it increases over time (20-30 minutes) until it's consuming cpu to the point where the host becomes very sluggish. Has anyone else experienced this? -- Paul Schmehl, Senior Infosec Analyst As if it wasn't already obvious, my opinions are my own and not those of my employer. ******************************************* "It is as useless to argue with those who have renounced the use of reason as to administer medication to the dead." Thomas Jefferson From owner-freebsd-ports@FreeBSD.ORG Tue Jul 6 17:17:47 2010 Return-Path: Delivered-To: ports@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id F28331065673 for ; Tue, 6 Jul 2010 17:17:47 +0000 (UTC) (envelope-from fjwcash@gmail.com) Received: from mail-fx0-f54.google.com (mail-fx0-f54.google.com [209.85.161.54]) by mx1.freebsd.org (Postfix) with ESMTP id 848518FC0A for ; Tue, 6 Jul 2010 17:17:47 +0000 (UTC) Received: by fxm13 with SMTP id 13so5432439fxm.13 for ; Tue, 06 Jul 2010 10:17:40 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:received:received:in-reply-to :references:date:message-id:subject:from:to:content-type :content-transfer-encoding; bh=ySfpPA/XjxnFlBW0z5RW1OkAZPXmeSp61c9v6FJcOIw=; b=ErZyQ6mdsaEm5BwsD8ElkiLdwT/KlFwUhavzs6qjrsA1QYfTNL0Ex7UCiTjBswptPG zxWk/+XamTooMZfzdkGX8oKN9EraQfR2cjZ4vL+EKjrU8MVjcuQKuTlDGq65g4W/NBtX 4PK8ltA06J6CKHegERGjiR5yVAO6n2+lnd4Vo= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :content-type:content-transfer-encoding; b=GIOwxemVflpkSrUGLP9PMMfRSWNBGGlvlw7gAHC049LeNatX1OHrIzYVOUh9qOfFWa VkmfGZnDbifRWJ976eSEHfCyc87ykzqMbuH6l68gYGsnMKIo9kT/A7lenFaMrSEcYMNt trBq44li7YXZTLY+LWM5ggDHE5bGV/SnZik5U= MIME-Version: 1.0 Received: by 10.103.108.4 with SMTP id k4mr1075274mum.104.1278436660228; Tue, 06 Jul 2010 10:17:40 -0700 (PDT) Received: by 10.231.37.11 with HTTP; Tue, 6 Jul 2010 10:17:39 -0700 (PDT) In-Reply-To: <20100706160639.GA21981@ozzmosis.com> References: <20100706160639.GA21981@ozzmosis.com> Date: Tue, 6 Jul 2010 10:17:39 -0700 Message-ID: From: Freddie Cash To: ports@freebsd.org Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable Cc: Subject: Re: devel/subversion X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 06 Jul 2010 17:17:48 -0000 On Tue, Jul 6, 2010 at 9:06 AM, andrew clarke wrote: > Can anyone confirm that subversion fails to build with www/neon28 and > requires www/neon29? =C2=A0This is not mentioned in UPDATING. > > Running FreeBSD 7.3-REL. FreeBSD 7.3-RELEASE amd64, subversion-freebsd 1.6.9 installed with neon28 0.28.6. FreeBSD 8.1-PRERELEASE i386, subversion-freebsd 1.6.11 installed with neon29 0.29.3 I have an 8.1-PRE amd64 system without svn/neon installed, if you want me to do a test install. --=20 Freddie Cash fjwcash@gmail.com From owner-freebsd-ports@FreeBSD.ORG Tue Jul 6 18:57:34 2010 Return-Path: Delivered-To: freebsd-ports@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id CC574106564A for ; Tue, 6 Jul 2010 18:57:34 +0000 (UTC) (envelope-from swell.k@gmail.com) Received: from mail-gw0-f54.google.com (mail-gw0-f54.google.com [74.125.83.54]) by mx1.freebsd.org (Postfix) with ESMTP id 7C38B8FC23 for ; Tue, 6 Jul 2010 18:57:34 +0000 (UTC) Received: by gwb1 with SMTP id 1so3011302gwb.13 for ; Tue, 06 Jul 2010 11:57:28 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:received:from:to:cc:subject:references :date:in-reply-to:message-id:user-agent:mime-version:content-type; bh=7kfeDm/DCK29483/Q1qChRWlNqxO2JSBLCiouDD/fIc=; b=eq0Clo+O1pFJovcZE2Y+2XMFFobDuzRJ8N/YsX3scCyQBnys7kOSVb2B0zn4/333q9 52D6YTB3IO0Og0TERpexhplQ+ygkvk0H4GR0c7d2OZhtXvpNQP6Zjw4lMWMUxoJbKlfz sEFCtKo5fdiN0veEeya2O/6b6qy6dxO9c5kcM= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=from:to:cc:subject:references:date:in-reply-to:message-id :user-agent:mime-version:content-type; b=svDIEdLdSopKTEfKNGyxGR9mSzTSS2yn/1nHazCahF18JVXkqghz0U5a7wzm6MA6tA cF3hmf6774i8Vsms+OXyO2uVxjs5D1JKc0cH3nShtSYefUNdGiTZAvcDOmKh5WIp5+Py Cp8eWw5aO0YYmFQ++ZbVdhg2cGqwhlsl1E8DQ= Received: by 10.229.222.149 with SMTP id ig21mr2980822qcb.264.1278442647888; Tue, 06 Jul 2010 11:57:27 -0700 (PDT) Received: from localhost (anonymizer3.torservers.net [173.244.197.211]) by mx.google.com with ESMTPS id q30sm24628249qcq.0.2010.07.06.11.57.26 (version=SSLv3 cipher=RC4-MD5); Tue, 06 Jul 2010 11:57:27 -0700 (PDT) From: Anonymous To: Christopher Key References: <201007051412.o65ECpFw074958@chacal.wzl33> <86iq4tyton.fsf@gmail.com> <4C336E47.2020203@cam.ac.uk> Date: Tue, 06 Jul 2010 22:57:13 +0400 In-Reply-To: <4C336E47.2020203@cam.ac.uk> (Christopher Key's message of "Tue, 06 Jul 2010 18:56:23 +0100") Message-ID: <86mxu4phfa.fsf_-_@gmail.com> User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/24.0.50 (berkeley-unix) MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Cc: freebsd-ports@freebsd.org Subject: equivalent of IA32_BINARY_PORT for USE_LINUX (Was: ports/148379: New port: audio/linux-Nero-AAC-Codec) X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 06 Jul 2010 18:57:35 -0000 (CC'ing freebsd-ports@) Christopher Key writes: > Is there any equivalent to IA32_BINARY_PORT for linux binary > distributions? I assume that at the moment, linux binary > compatibility only exists on i386 and amd64, but I don't see any > reason why this should always be the true, in which case there would > need to be some way to define which platforms the distributed binaries > will run on. IA32_BINARY_PORT checks /usr/lib32 and compat.ia32.maxvmem presence. I don't think it'll work with dynmaic linking against 32bit library from ports (not misc/compat[3-7]x). As there is currently only 32bit linux base support I think only compat.linux32.maxvmem needs to be checked for USE_LINUX case. %% Index: Mk/bsd.port.mk =================================================================== RCS file: /a/.cvsup/ports/Mk/bsd.port.mk,v retrieving revision 1.642 diff -u -p -r1.642 bsd.port.mk --- Mk/bsd.port.mk 4 Jun 2010 08:09:17 -0000 1.642 +++ Mk/bsd.port.mk 6 Jul 2010 18:50:08 -0000 @@ -1714,10 +1714,14 @@ HAVE_COMPAT_IA32_LIBS?= YES .if !defined(HAVE_COMPAT_IA32_KERN) HAVE_COMPAT_IA32_KERN!= if ${SYSCTL} -n compat.ia32.maxvmem >/dev/null 2>&1; then echo YES; fi .endif +.if !defined(HAVE_COMPAT_LINUX32_KERN) +HAVE_COMPAT_LINUX32_KERN!= if ${SYSCTL} -n compat.linux32.maxvmem >/dev/null 2>&1; then echo YES; fi +.endif .endif .if defined(IA32_BINARY_PORT) && ${ARCH} != "i386" .if ${ARCH} == "amd64" || ${ARCH} == "ia64" +.if !defined(USE_LINUX) .if !defined(HAVE_COMPAT_IA32_KERN) IGNORE= requires a kernel with compiled-in IA32 compatibility .elif !defined(HAVE_COMPAT_IA32_LIBS) @@ -1725,6 +1729,9 @@ IGNORE= requires 32-bit libraries insta .endif _LDCONFIG_FLAGS=-32 LIB32DIR= lib32 +.elif !defined(HAVE_COMPAT_LINUX32_KERN) +IGNORE= requires a kernel with compiled-in LINUX32 compatibility +.endif .else IGNORE= requires i386 (or compatible) platform to run .endif %% From owner-freebsd-ports@FreeBSD.ORG Tue Jul 6 19:11:35 2010 Return-Path: Delivered-To: freebsd-ports@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 63C8A106564A; Tue, 6 Jul 2010 19:11:35 +0000 (UTC) (envelope-from tingox@gmail.com) Received: from mail-fx0-f54.google.com (mail-fx0-f54.google.com [209.85.161.54]) by mx1.freebsd.org (Postfix) with ESMTP id C22088FC0A; Tue, 6 Jul 2010 19:11:34 +0000 (UTC) Received: by fxm13 with SMTP id 13so5544078fxm.13 for ; Tue, 06 Jul 2010 12:11:29 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:received:received:in-reply-to :references:date:message-id:subject:from:to:content-type; bh=5jBonF/JIEwJPXAcZ6n3BQ3ToyKApTkAKc+VG8z8mhE=; b=M66KzbB6OyimIp0XUhQwOCnUqtPXHwdrsuxpW2k3HysSasLU68EoOujRDQjlZsVoBJ KdEsVMr252sh+N4/gVtLxr8eXSxzOV+AdWg8PRRdzQJJ2aPjJLEfOqnzSbj7+Kye8y9X s9UpRdaPKPQsLhTNoEXzoSkUZQqU9csNolezo= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :content-type; b=m+eon+xqjKgdfVbqICBoLpLKkyngMr2fAYPL/lRUjsiSYDUq2pPmFL+S2/3SqxTHIk SqWjVbrR1WNhIPfCRdoUZnnEP3X5tqIteIrZGPB3NUS5nlTM4/pTGU+poi60YPhk3D65 3Qrhv+HqoNm2eHuoU41m/Qq08/DnAlRQn5eIs= MIME-Version: 1.0 Received: by 10.239.186.195 with SMTP id i3mr593173hbh.33.1278443489361; Tue, 06 Jul 2010 12:11:29 -0700 (PDT) Received: by 10.239.131.4 with HTTP; Tue, 6 Jul 2010 12:11:29 -0700 (PDT) In-Reply-To: References: Date: Tue, 6 Jul 2010 21:11:29 +0200 Message-ID: From: Torfinn Ingolfsen To: FreeBSD Ports ML , sylvio@freebsd.org Content-Type: text/plain; charset=ISO-8859-1 X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Cc: Subject: Re: gscan2pdf - saving hangs X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 06 Jul 2010 19:11:35 -0000 On Thu, Jun 3, 2010 at 9:00 PM, Torfinn Ingolfsen wrote: > Hello, > > gscan2pdf 0.9.30 hangs when I am trying to save a document. Scanning works. > When started from a shell, here is the output: > gscan2pdf 0.9.30 > Startup LC_NUMERIC C > [snapscan] Scanner warming up - waiting 15 seconds. > > (gscan2pdf:76879): GVFS-RemoteVolumeMonitor-WARNING **: remote volume > monitor with dbus name org.gtk.Private.HalVolumeMonitor is not supported > > (gscan2pdf:76879): GVFS-RemoteVolumeMonitor-WARNING **: remote volume > monitor with dbus name org.gtk.Private.GPhoto2VolumeMonitor is not supported > > Note: this is without hald running (the way I normally run my workstation). > With hald running, the output is like this: > tingo@kg-v2$ gscan2pdf > gscan2pdf 0.9.30 > Startup LC_NUMERIC C > > And here is the partial output from 'gcan2pdf --debug' (with hald running): > Running sane_start for SANE_Handle 15203456 > Getting parameters for SANE_Handle 15203456 > gscan2pdf: scanning image of size 2480x3507 pixels at 24 bits/pixel > gscan2pdf: acquiring RGB frame > gscan2pdf: min/max graylevel value = 21/255 > gscan2pdf: read 26092080 bytes in total > Scanned page /tmp/H3m0OSoUmg/out1.pnm. (scanner status = 5) > importing scan with resolution=300 > Format is P6 > Header is 37 > Header suggests 26092117 > Expecting 26092117, found 26092117 > Importing /tmp/H3m0OSoUmg/out1.pnm, format Portable anymap > Added /tmp/H3m0OSoUmg/ckocqVTI8S.pnm at page 1 with resolution 300 > > As you can see, there is no output after scanning finishes. And after I > press "save", the gui hangs and must be killed. > Notes: > - selecting a different format (for example jpeg) instead of PDF when > saving doesn't change anything > > Any ideas on what I can do to fix it? > -- > Regards, > Torfinn Ingolfsen > I tried portdowngrading ImageMagick to ImageMagick-6.5.8.10_2, then re-installing (portupgrade -f) gscan2pdf, but that didn't help either. -- Regards, Torfinn Ingolfsen From owner-freebsd-ports@FreeBSD.ORG Wed Jul 7 01:10:30 2010 Return-Path: Delivered-To: ports@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 33FAC1065670 for ; Wed, 7 Jul 2010 01:10:30 +0000 (UTC) (envelope-from doconnor@gsoft.com.au) Received: from cain.gsoft.com.au (cain.gsoft.com.au [203.31.81.10]) by mx1.freebsd.org (Postfix) with ESMTP id B0D8F8FC08 for ; Wed, 7 Jul 2010 01:10:29 +0000 (UTC) Received: from ur.gsoft.com.au ([203.31.81.44]) (authenticated bits=0) by cain.gsoft.com.au (8.14.4/8.14.3) with ESMTP id o671AEIa083849 (version=TLSv1/SSLv3 cipher=AES128-SHA bits=128 verify=NO); Wed, 7 Jul 2010 10:40:20 +0930 (CST) (envelope-from doconnor@gsoft.com.au) From: "Daniel O'Connor" Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: quoted-printable Date: Wed, 7 Jul 2010 10:40:14 +0930 To: ports@freebsd.org Message-Id: <236F0E3C-DD67-4F1C-A827-0D940ED5047E@gsoft.com.au> Mime-Version: 1.0 (Apple Message framework v1081) X-Mailer: Apple Mail (2.1081) X-Spam-Score: -2.5 () ALL_TRUSTED,BAYES_00 X-Scanned-By: MIMEDefang 2.67 on 203.31.81.10 Cc: Subject: MIMEDefang not starting properly on boot X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 07 Jul 2010 01:10:30 -0000 Does anyone else see this? I have 2 (of 2) amd64 8.x systems which don't start MIMEDefang on reboot = properly, I get this.. Jul 7 06:34:58 cain mimedefang-multiplexor[1747]: Starting slave 3 (pid = 41198) (1 running): Bringing slaves up to minSlaves (2) Jul 7 06:34:58 cain mimedefang-multiplexor[1747]: Slave 3 stderr: Can't = load '/usr/local/lib/perl5/5.10.1/mach/auto/File/Glob/Glob.so' for = module File::Glob: = /usr/local/lib/perl5/5.10.1/mach/auto/File/Glob/Glob.so: mmap of entire = address space failed: Cannot allocate memory at = /usr/local/lib/perl5/5.10.1/mach/XSLoader.pm line 70. at = /usr/local/lib/perl5/5.10.1/mach/File/Glob.pm line 96 Compilation failed = in require at /usr/local/bin/mimedefang.pl line 3239. BEGIN = failed--compilation aborted at /usr/local/bin/mimedefang.pl line 3239. Restarting it manually (ie /usr/local/etc/rc.d/mimedefang.sh restart) = after a reboot fixes it.. Also I think it would be nice if this patch were added to the port.. --- /usr/local/etc/rc.d/mimedefang.sh-dist 2010-04-07 = 10:30:46.586067014 +0930 +++ /usr/local/etc/rc.d/mimedefang.sh 2010-05-01 13:47:47.340517685 = +0930 @@ -316,7 +319,7 @@ rm -f $MX_SOCKET > /dev/null 2>&1 rm -f $SOCKET > /dev/null 2>&1 - if [ "$1" =3D "wait" ] ; then + if [ "wait" =3D "wait" ] ; then printf "Waiting for daemons to exit." WAITPID=3D"" test -f $PID && WAITPID=3D`cat $PID` Otherwise restart is useless because it starts MD without waiting for = the old one to stop and it doesn't work :( -- Daniel O'Connor software and network engineer for Genesis Software - http://www.gsoft.com.au "The nice thing about standards is that there are so many of them to choose from." -- Andrew Tanenbaum GPG Fingerprint - 5596 B766 97C0 0E94 4347 295E E593 DC20 7B3F CE8C From owner-freebsd-ports@FreeBSD.ORG Wed Jul 7 02:42:21 2010 Return-Path: Delivered-To: freebsd-ports@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id EA672106564A for ; Wed, 7 Jul 2010 02:42:21 +0000 (UTC) (envelope-from jdc@koitsu.dyndns.org) Received: from qmta04.westchester.pa.mail.comcast.net (qmta04.westchester.pa.mail.comcast.net [76.96.62.40]) by mx1.freebsd.org (Postfix) with ESMTP id 7F4E28FC14 for ; Wed, 7 Jul 2010 02:42:20 +0000 (UTC) Received: from omta19.westchester.pa.mail.comcast.net ([76.96.62.98]) by qmta04.westchester.pa.mail.comcast.net with comcast id epdS1e00127AodY54qiMTs; Wed, 07 Jul 2010 02:42:21 +0000 Received: from koitsu.dyndns.org ([98.248.41.155]) by omta19.westchester.pa.mail.comcast.net with comcast id eqiK1e0093LrwQ23fqiK4m; Wed, 07 Jul 2010 02:42:21 +0000 Received: by icarus.home.lan (Postfix, from userid 1000) id F41269B425; Tue, 6 Jul 2010 19:42:17 -0700 (PDT) Date: Tue, 6 Jul 2010 19:42:17 -0700 From: Jeremy Chadwick To: Daniel O'Connor Message-ID: <20100707024217.GA77748@icarus.home.lan> References: MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.5.20 (2009-06-14) Cc: FreeBSD Stable , freebsd-ports@freebsd.org Subject: Re: MIMEDefang not starting on reboot X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 07 Jul 2010 02:42:22 -0000 On Wed, Jul 07, 2010 at 08:35:28AM +0930, Daniel O'Connor wrote: > Does anyone else see this? > I have 2 (of 2) amd64 8.x systems which don't start MIMEDefang on reboot properly, I get this.. > > Jul 7 06:34:58 cain mimedefang-multiplexor[1747]: Starting slave 3 (pid 41198) (1 running): Bringing slaves up to minSlaves (2) > Jul 7 06:34:58 cain mimedefang-multiplexor[1747]: Slave 3 stderr: Can't load '/usr/local/lib/perl5/5.10.1/mach/auto/File/Glob/Glob.so' for module File::Glob: /usr/local/lib/perl5/5.10.1/mach/auto/File/Glob/Glob.so: mmap of entire address space failed: Cannot allocate memory at /usr/local/lib/perl5/5.10.1/mach/XSLoader.pm line 70. at /usr/local/lib/perl5/5.10.1/mach/File/Glob.pm line 96 Compilation failed in require at /usr/local/bin/mimedefang.pl line 3239. BEGIN failed--compilation aborted at /usr/local/bin/mimedefang.pl line 3239. > > Restarting it manually (ie /usr/local/etc/rc.d/mimedefang.sh restart) after a reboot fixes it.. > > Also I think it would be nice if this patch were added to the port.. > > --- /usr/local/etc/rc.d/mimedefang.sh-dist 2010-04-07 10:30:46.586067014 +0930 > +++ /usr/local/etc/rc.d/mimedefang.sh 2010-05-01 13:47:47.340517685 +0930 > @@ -316,7 +319,7 @@ > rm -f $MX_SOCKET > /dev/null 2>&1 > rm -f $SOCKET > /dev/null 2>&1 > > - if [ "$1" = "wait" ] ; then > + if [ "wait" = "wait" ] ; then > printf "Waiting for daemons to exit." > WAITPID="" > test -f $PID && WAITPID=`cat $PID` > > Otherwise restart is useless because it starts MD without waiting for the old one to stop and it doesn't work :( This should probably go to freebsd-ports not -stable, since both mimedefang and perl are ports things. CC'ing. Also, that patch doesn't look correct, or you got your diff arguments backwards (e.g. change should be fixing the wait=wait comparison to use $1=wait). -- | Jeremy Chadwick jdc@parodius.com | | Parodius Networking http://www.parodius.com/ | | UNIX Systems Administrator Mountain View, CA, USA | | Making life hard for others since 1977. PGP: 4BD6C0CB | From owner-freebsd-ports@FreeBSD.ORG Wed Jul 7 02:44:06 2010 Return-Path: Delivered-To: freebsd-ports@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 122651065694; Wed, 7 Jul 2010 02:44:06 +0000 (UTC) (envelope-from doconnor@gsoft.com.au) Received: from cain.gsoft.com.au (cain.gsoft.com.au [203.31.81.10]) by mx1.freebsd.org (Postfix) with ESMTP id 896818FC0A; Wed, 7 Jul 2010 02:44:05 +0000 (UTC) Received: from ur.gsoft.com.au (Ur.gsoft.com.au [203.31.81.44]) (authenticated bits=0) by cain.gsoft.com.au (8.14.4/8.14.3) with ESMTP id o672gOSg091432 (version=TLSv1/SSLv3 cipher=AES128-SHA bits=128 verify=NO); Wed, 7 Jul 2010 12:13:53 +0930 (CST) (envelope-from doconnor@gsoft.com.au) Mime-Version: 1.0 (Apple Message framework v1081) Content-Type: text/plain; charset=us-ascii From: "Daniel O'Connor" In-Reply-To: <20100707024217.GA77748@icarus.home.lan> Date: Wed, 7 Jul 2010 12:13:53 +0930 Content-Transfer-Encoding: quoted-printable Message-Id: <4BB8A521-E50D-4A0C-AEBA-6883BFD5846B@gsoft.com.au> References: <20100707024217.GA77748@icarus.home.lan> To: Jeremy Chadwick X-Mailer: Apple Mail (2.1081) X-Spam-Score: -2.51 () ALL_TRUSTED,BAYES_00,T_RP_MATCHES_RCVD X-Scanned-By: MIMEDefang 2.67 on 203.31.81.10 Cc: FreeBSD Stable , freebsd-ports@freebsd.org Subject: Re: MIMEDefang not starting on reboot X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 07 Jul 2010 02:44:06 -0000 On 07/07/2010, at 12:12, Jeremy Chadwick wrote: >> --- /usr/local/etc/rc.d/mimedefang.sh-dist 2010-04-07 = 10:30:46.586067014 +0930 >> +++ /usr/local/etc/rc.d/mimedefang.sh 2010-05-01 13:47:47.340517685 = +0930 >> @@ -316,7 +319,7 @@ >> rm -f $MX_SOCKET > /dev/null 2>&1 >> rm -f $SOCKET > /dev/null 2>&1 >>=20 >> - if [ "$1" =3D "wait" ] ; then >> + if [ "wait" =3D "wait" ] ; then >> printf "Waiting for daemons to exit." >> WAITPID=3D"" >> test -f $PID && WAITPID=3D`cat $PID` >>=20 >> Otherwise restart is useless because it starts MD without waiting for = the old one to stop and it doesn't work :( >=20 > This should probably go to freebsd-ports not -stable, since both > mimedefang and perl are ports things. CC'ing. True. > Also, that patch doesn't look correct, or you got your diff arguments > backwards (e.g. change should be fixing the wait=3Dwait comparison to > use $1=3Dwait). No, really, I want it to always succeed. The optional wait appears to be a Linux thing, however rc.d scripts on = FreeBSD [should] always wait for their daemons to exit, otherwise = restart will try and start it before it has exited. -- Daniel O'Connor software and network engineer for Genesis Software - http://www.gsoft.com.au "The nice thing about standards is that there are so many of them to choose from." -- Andrew Tanenbaum GPG Fingerprint - 5596 B766 97C0 0E94 4347 295E E593 DC20 7B3F CE8C From owner-freebsd-ports@FreeBSD.ORG Wed Jul 7 02:54:23 2010 Return-Path: Delivered-To: ports@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 5E633106566B for ; Wed, 7 Jul 2010 02:54:23 +0000 (UTC) (envelope-from clarkjp@charter.net) Received: from mail.cluebytwelve.org (clueby12.org [198.186.190.239]) by mx1.freebsd.org (Postfix) with ESMTP id 3B2588FC0A for ; Wed, 7 Jul 2010 02:54:23 +0000 (UTC) Received: from localdomain.local (24-158-157-74.dhcp.jcsn.tn.charter.com [24.158.157.74]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by mail.cluebytwelve.org (Postfix) with ESMTPSA id 812341B5D9 for ; Tue, 6 Jul 2010 21:37:39 -0500 (CDT) Received: by localdomain.local (Postfix, from userid 1001) id 3C2994AC60; Tue, 6 Jul 2010 21:37:38 -0500 (CDT) Date: Tue, 6 Jul 2010 21:37:38 -0500 From: "J. Porter Clark" To: ports@FreeBSD.org Message-ID: <20100707023738.GA21938@auricle.charter.net> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Organization: http://www.angelfire.com/ego/porterclark/ User-Agent: Mutt/1.5.20 (2009-06-14) Cc: Subject: security/gorilla is broken by lang/itcl update X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 07 Jul 2010 02:54:23 -0000 A recent revision of lang/itcl has apparently broken security/gorilla, which now pops up a window which says: The Password Gorilla requires the [incr Tcl] add-on to Tcl. Please install the [incr Tcl] package. I've tried reinstalling itcl and everything else tcl- and tk-related, to no avail. I don't know tcl and can't begin to fix it myself. Any advice? -- J. Porter Clark From owner-freebsd-ports@FreeBSD.ORG Wed Jul 7 03:00:01 2010 Return-Path: Delivered-To: ports@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 2B979106566C; Wed, 7 Jul 2010 03:00:01 +0000 (UTC) (envelope-from brooks@lor.one-eyed-alien.net) Received: from lor.one-eyed-alien.net (lor.one-eyed-alien.net [69.66.77.232]) by mx1.freebsd.org (Postfix) with ESMTP id ABA808FC12; Wed, 7 Jul 2010 03:00:00 +0000 (UTC) Received: from lor.one-eyed-alien.net (localhost [127.0.0.1]) by lor.one-eyed-alien.net (8.14.3/8.14.3) with ESMTP id o672vTn7067097; Tue, 6 Jul 2010 21:57:29 -0500 (CDT) (envelope-from brooks@lor.one-eyed-alien.net) Received: (from brooks@localhost) by lor.one-eyed-alien.net (8.14.3/8.14.3/Submit) id o672vSj0067094; Tue, 6 Jul 2010 21:57:28 -0500 (CDT) (envelope-from brooks) Date: Tue, 6 Jul 2010 21:57:28 -0500 From: Brooks Davis To: George Hartzell Message-ID: <20100707025728.GE66073@lor.one-eyed-alien.net> References: <20100703144207.29a981e3.ehaupt@critical.ch> <19503.27383.863804.341881@gargle.gargle.HOWL> <20100703205330.1f14fd6a.ehaupt@FreeBSD.org> <19503.37741.97266.846223@gargle.gargle.HOWL> MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="0/kgSOzhNoDC5T3a" Content-Disposition: inline In-Reply-To: <19503.37741.97266.846223@gargle.gargle.HOWL> User-Agent: Mutt/1.5.17 (2007-11-01) X-Greylist: Sender IP whitelisted, not delayed by milter-greylist-3.0 (lor.one-eyed-alien.net [127.0.0.1]); Tue, 06 Jul 2010 21:57:29 -0500 (CDT) Cc: ports@FreeBSD.org, Emanuel Haupt , brooks@FreeBSD.org, Emanuel Haupt Subject: Re: audio/squeezeboxserver still broken X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 07 Jul 2010 03:00:01 -0000 --0/kgSOzhNoDC5T3a Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Sat, Jul 03, 2010 at 12:45:49PM -0700, George Hartzell wrote: > Emanuel Haupt writes: > > George Hartzell wrote: > > > Emanuel Haupt writes: > > > > Hi > > > >=20 > > > > The current audio/squeezeboxserver port is still broken for me. I > > > > just built a package set with an up to date ports tree and > > > > installed them in a vanilla jail to make sure that there is no > > > > previous cruft which could possibly be a problem. > > > >=20 > > > > After installing the package set I started the server and > > > > configured it over the webinterface - just basic stuff, file > > > > location, playlist location, that's it. Then I run=20 > > > >=20 > > > > $ /usr/local/squeezeboxserver/scanner.pl --wipe --rescan > > > >=20 > > > > And I get: > > > >=20 > > > > # /usr/local/squeezeboxserver/scanner.pl --rescan --wipe > > > > Your locale was detected as C, you may have problems with > > > > non-Latin filenames. Consider changing your LANG variable to the > > > > correct locale, i.e. en_US.utf8 [10-07-03 14:38:04.1610] > > > > main::main (180) Starting Squeezebox Server scanner (v7.5.1, > > > > r30836, Tue Jun 1 07:00:00 MDT 2010) perl 5.010001 [10-07-03 > > > > 14:38:04.2226] Carp::Clan::__ANON__ (227) Warning: > > > > Class::C3::Componentised::load_components(): Use of > > > > DBIx::Class::UTF8Columns is strongly discouraged. See > > > > documentation of DBIx::Class::UTF8Columns for more info [10-07-03 > > > > 14:38:04.3794] main::main (271) Removing artwork cache... > > > > [10-07-03 14:38:04.3823] Slim::Music::Import::runImporter (566) > > > > Starting Slim::Music::MusicFolderScan scan [10-07-03 > > > > 14:38:04.3945] Slim::Utils::Scanner::scanDirectory (320) Found 49 > > > > files in /mp3 [10-07-03 14:38:04.3956] > > > > Slim::Utils::Scanner::scanDirectory (333) Scanning: /mp3/foo.mp3 > > > > [10-07-03 14:38:04.4332] Slim::Schema::Storage::throw_exception > > > > (82) Error: DBI Exception: DBD::mysql::db begin_work failed: > > > > Already in a transaction [10-07-03 14:38:04.4336] > > > > Slim::Schema::Storage::throw_exception (82) Backtrace: > > > >=20 > > > > frame 0: Slim::Utils::Log::logBacktrace > > > > (/usr/local/squeezeboxserver/Slim/Schema/Storage.pm line 82) frame > > > > 1: Slim::Schema::Storage::throw_exception > > > > (/usr/local/lib/perl5/site_perl/5.10.1/DBIx/Class/Storage/DBI.pm > > > > line 1187) frame 2: DBIx::Class::Storage::DBI::__ANON__ > > > > (/usr/local/lib/perl5/site_perl/5.10.1/DBIx/Class/Storage/DBI.pm > > > > line 1329) frame 3: DBIx::Class::Storage::DBI::__ANON__ > > > > (/usr/local/lib/perl5/site_perl/5.10.1/DBIx/Class/Storage/DBI.pm > > > > line 738) frame 4: DBIx::Class::Storage::DBI::__ANON__ > > > > (/usr/local/lib/perl5/site_perl/5.10.1/Try/Tiny.pm line 76) frame > > > > 5: (eval) (/usr/local/lib/perl5/site_perl/5.10.1/Try/Tiny.pm line > > > > 67) frame 6: Try::Tiny::try > > > > (/usr/local/lib/perl5/site_perl/5.10.1/DBIx/Class/Storage/DBI.pm > > > > line 749) frame 7: DBIx::Class::Storage::DBI::dbh_do > > > > (/usr/local/lib/perl5/site_perl/5.10.1/DBIx/Class/Storage/DBI.pm > > > > line 1329) frame 8: DBIx::Class::Storage::DBI::_dbh_begin_work > > > > (/usr/local/lib/perl5/site_perl/5.10.1/DBIx/Class/Storage/DBI.pm > > > > line 1310) frame 9: DBIx::Class::Storage::DBI::txn_begin > > > > (/usr/local/lib/perl5/site_perl/5.10.1/DBIx/Class/Storage/TxnScop= eGuard.pm > > > > line 12) frame 10: DBIx::Class::Storage::TxnScopeGuard::new > > > > (/usr/local/lib/perl5/site_perl/5.10.1/DBIx/Class/Storage.pm line > > > > 333) frame 11: DBIx::Class::Storage::txn_scope_guard > > > > (/usr/local/lib/perl5/site_perl/5.10.1/DBIx/Class/Schema.pm line > > > > 672) frame 12: DBIx::Class::Schema::txn_scope_guard > > > > (/usr/local/lib/perl5/site_perl/5.10.1/DBIx/Class/Relationship/Ca= scadeActions.pm > > > > line 49) frame 13: > > > > DBIx::Class::Relationship::CascadeActions::update > > > > (/usr/local/squeezeboxserver/Slim/Schema/DBI.pm line 39) frame 14: > > > > Slim::Schema::DBI::update > > > > (/usr/local/squeezeboxserver/Slim/Schema.pm line 2766) frame 15: > > > > Slim::Schema::_postCheckAttributes > > > > (/usr/local/squeezeboxserver/Slim/Schema.pm line 1079) frame 16: > > > > Slim::Schema::newTrack > > > > (/usr/local/squeezeboxserver/Slim/Utils/Scanner.pm line 347) frame > > > > 17: Slim::Utils::Scanner::scanDirectory > > > > (/usr/local/squeezeboxserver/Slim/Music/MusicFolderScan.pm line > > > > 79) frame 18: Slim::Music::MusicFolderScan::startScan > > > > (/usr/local/squeezeboxserver/Slim/Music/Import.pm line 568) frame > > > > 19: Slim::Music::Import::runImporter > > > > (/usr/local/squeezeboxserver/Slim/Music/Import.pm line 373) frame > > > > 20: Slim::Music::Import::runScan > > > > (/usr/local/squeezeboxserver/scanner.pl line 305) frame 21: (eval) > > > > (/usr/local/squeezeboxserver/scanner.pl line 299) frame 22: > > > > main::main (/usr/local/squeezeboxserver/scanner.pl line 454) > > > >=20 > > > > [10-07-03 14:38:04.4341] Slim::Schema::Storage::throw_exception > > > > (82) Error: Carp::Clan::__ANON__(): DBI Exception: DBD::mysql::db > > > > begin_work failed: Already in a transaction > > > > at /usr/local/squeezeboxserver/Slim/Schema/Storage.pm line 86 > > > > [10-07-03 14:38:04.4344] Slim::Schema::Storage::throw_exception > > > > (82) Backtrace: > > > >=20 > > > > frame 0: Slim::Utils::Log::logBacktrace > > > > (/usr/local/squeezeboxserver/Slim/Schema/Storage.pm line 82) frame > > > > 1: Slim::Schema::Storage::throw_exception > > > > (/usr/local/lib/perl5/site_perl/5.10.1/DBIx/Class/Storage/DBI.pm > > > > line 740) frame 2: DBIx::Class::Storage::DBI::__ANON__ > > > > (/usr/local/lib/perl5/site_perl/5.10.1/Try/Tiny.pm line 98) frame > > > > 3: Try::Tiny::try > > > > (/usr/local/lib/perl5/site_perl/5.10.1/DBIx/Class/Storage/DBI.pm > > > > line 749) frame 4: DBIx::Class::Storage::DBI::dbh_do > > > > (/usr/local/lib/perl5/site_perl/5.10.1/DBIx/Class/Storage/DBI.pm > > > > line 1329) frame 5: DBIx::Class::Storage::DBI::_dbh_begin_work > > > > (/usr/local/lib/perl5/site_perl/5.10.1/DBIx/Class/Storage/DBI.pm > > > > line 1310) frame 6: DBIx::Class::Storage::DBI::txn_begin > > > > (/usr/local/lib/perl5/site_perl/5.10.1/DBIx/Class/Storage/TxnScop= eGuard.pm > > > > line 12) frame 7: DBIx::Class::Storage::TxnScopeGuard::new > > > > (/usr/local/lib/perl5/site_perl/5.10.1/DBIx/Class/Storage.pm line > > > > 333) frame 8: DBIx::Class::Storage::txn_scope_guard > > > > (/usr/local/lib/perl5/site_perl/5.10.1/DBIx/Class/Schema.pm line > > > > 672) frame 9: DBIx::Class::Schema::txn_scope_guard > > > > (/usr/local/lib/perl5/site_perl/5.10.1/DBIx/Class/Relationship/Ca= scadeActions.pm > > > > line 49) frame 10: > > > > DBIx::Class::Relationship::CascadeActions::update > > > > (/usr/local/squeezeboxserver/Slim/Schema/DBI.pm line 39) frame 11: > > > > Slim::Schema::DBI::update > > > > (/usr/local/squeezeboxserver/Slim/Schema.pm line 2766) frame 12: > > > > Slim::Schema::_postCheckAttributes > > > > (/usr/local/squeezeboxserver/Slim/Schema.pm line 1079) frame 13: > > > > Slim::Schema::newTrack > > > > (/usr/local/squeezeboxserver/Slim/Utils/Scanner.pm line 347) frame > > > > 14: Slim::Utils::Scanner::scanDirectory > > > > (/usr/local/squeezeboxserver/Slim/Music/MusicFolderScan.pm line > > > > 79) frame 15: Slim::Music::MusicFolderScan::startScan > > > > (/usr/local/squeezeboxserver/Slim/Music/Import.pm line 568) frame > > > > 16: Slim::Music::Import::runImporter > > > > (/usr/local/squeezeboxserver/Slim/Music/Import.pm line 373) frame > > > > 17: Slim::Music::Import::runScan > > > > (/usr/local/squeezeboxserver/scanner.pl line 305) frame 18: (eval) > > > > (/usr/local/squeezeboxserver/scanner.pl line 299) frame 19: > > > > main::main (/usr/local/squeezeboxserver/scanner.pl line 454) > > > >=20 > > > > [10-07-03 14:38:04.4348] main::main (311) Error: Failed when > > > > running main scan: [Carp::Clan::__ANON__(): DBI Exception: > > > > DBD::mysql::db begin_work failed: Already in a transaction > > > > at /usr/local/squeezeboxserver/Slim/Schema/Storage.pm line 86 ] > > > > [10-07-03 14:38:04.4350] main::main (312) Error: Skipping > > > >=20 > > > > Emanuel > > > > _______________________________________________ > > > > 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 > > > >=20 > > > >=20 > > >=20 > > > Does it work if you roll back to the previous version of DBIx::Class? > >=20 > > That did work. I'm thinking about creating a databases/p5-DBIx-Class > > 0.08120 legacy port and submit a patch to adjust the module path in the > > current audio/squeezeboxserver. > >=20 > > Anyone opposed to that idea? Thoughts? > > [...] >=20 > Well, it'd be nice to have it work.... Any info in the squeezebox > world about moving forward to the current DBIx::Class? I don't know > what the precedent is for maintaining a retro port. Also, someone > will have to watch and unwind it when squeeze catches up. While I hate the idea of a retro port the only other easy option is to revert to using the version from ports and making the databases/p5-DBIx-Class a conflict. Realistically I'm not going to provide a fix myself that isn't trivial. I'd happily give up maintainership to someone who could. -- Brooks --0/kgSOzhNoDC5T3a Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.9 (FreeBSD) iD8DBQFMM+0XXY6L6fI4GtQRApuMAKDdhvfU6YGP9Y1yNWrBrB9Yu4zh4wCg2acy TXl3pmdJX6CC4CxjS5lbSu0= =AMOh -----END PGP SIGNATURE----- --0/kgSOzhNoDC5T3a-- From owner-freebsd-ports@FreeBSD.ORG Wed Jul 7 04:20:12 2010 Return-Path: Delivered-To: ports@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 96E8A106564A for ; Wed, 7 Jul 2010 04:20:12 +0000 (UTC) (envelope-from mail@ozzmosis.com) Received: from extmail-01.people.net.au (extmail-01.people.net.au [202.154.123.98]) by mx1.freebsd.org (Postfix) with SMTP id D8B568FC0C for ; Wed, 7 Jul 2010 04:20:11 +0000 (UTC) Received: (qmail 11693 invoked from network); 7 Jul 2010 04:20:09 -0000 Received: from unknown (HELO smtp.phoenix) (218.215.162.25) by extmail-01.people.net.au with SMTP; 7 Jul 2010 04:20:09 -0000 Received: by smtp.phoenix (Postfix, from userid 1001) id E333A170A2; Wed, 7 Jul 2010 14:20:08 +1000 (EST) Date: Wed, 7 Jul 2010 14:20:08 +1000 From: andrew clarke To: ports@FreeBSD.org, lev@freebsd.org Message-ID: <20100707042008.GA60650@ozzmosis.com> References: <20100706160639.GA21981@ozzmosis.com> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20100706160639.GA21981@ozzmosis.com> User-Agent: Mutt/1.5.20 (2009-06-14) Cc: Subject: Re: devel/subversion X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 07 Jul 2010 04:20:12 -0000 On Wed 2010-07-07 02:06:39 UTC+1000, andrew clarke (mail@ozzmosis.com) wrote: > Can anyone confirm that subversion fails to build with www/neon28 and > requires www/neon29? This is not mentioned in UPDATING. Building subversion 1.6.11_3 with neon28-0.28.6_1 installed: ===> Configuring for subversion-1.6.11_3 configure: Configuring Subversion 1.6.11 ... checking for pkg-config... /usr/local/bin/pkg-config configure: checking neon library checking neon library version... 0.28.6 configure: error: cannot find Neon ===> Script "configure" failed unexpectedly. Please report the problem to lev@freebsd.org [maintainer] and attach the "/usr/ports/devel/subversion/work/subversion-1.6.11/config.log" including the Looking at config.log: configure:5698: cc -o conftest -O2 -fno-strict-aliasing -pipe -g -O2 -I/usr/local/include/neon -L/usr/local/lib -L/usr/local/lib/db42 conftest.c -L/usr/local/lib -lneon >&5 /usr/local/lib/libneon.so: undefined reference to `SSL_SESSION_cmp' At this point I thought I should try rebuilding openssl-1.0.0_2, however while that's re-building I decide to grep for SSL_SESSION_cmp in the neon29-0.29.3_1 sources and find this comment: "OpenSSL 1.0 removed SSL_SESSION_cmp for no apparent reason" with an apparent fix. So my conclusion is that building subversion needs neon29 to be installed if you're using OpenSSL 1.0. And this should probably be mentioned in UPDATING... Thanks, Regards Andrew From owner-freebsd-ports@FreeBSD.ORG Wed Jul 7 06:28:33 2010 Return-Path: Delivered-To: ports@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id D2AC51065675 for ; Wed, 7 Jul 2010 06:28:33 +0000 (UTC) (envelope-from linimon@FreeBSD.org) Received: from mail.droso.net (koala.droso.net [IPv6:2001:6c8:130:400::6]) by mx1.freebsd.org (Postfix) with ESMTP id ECDBF8FC13 for ; Wed, 7 Jul 2010 06:28:32 +0000 (UTC) Received: from koala.droso.net (localhost.droso.net [IPv6:::1]) by mail.droso.net (Postfix) with ESMTP id 49F8D1CC40 for ; Wed, 7 Jul 2010 08:28:32 +0200 (CEST) From: linimon@FreeBSD.org To: ports@freebsd.org Message-Id: <20100707062832.49F8D1CC40@mail.droso.net> Date: Wed, 7 Jul 2010 08:28:32 +0200 (CEST) Cc: Subject: FreeBSD unmaintained ports which are currently marked broken X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: portmgr-feedback@FreeBSD.org List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 07 Jul 2010 06:28:33 -0000 As part of an ongoing effort to reduce the number of problems in the FreeBSD ports system, we periodically notify users of ports that are marked as "broken" in their Makefiles. In many cases these ports are failing to compile on some subset of the FreeBSD build environments. The most common problem is that recent versions of -CURRENT include gcc4.2, which is much stricter than older versions. The next most common problem is that compiles succeed on the i386 architecture (e.g. the common Intel PC), but fail on one or more of the other architectures due to assumptions about things such as size of various types, byte-alignment issues, and so forth. In occasional cases we see that the same port may have different errors in different build environments. The script that runs on the build cluster uses heuristics to try to 'guess' the error type to help you isolate problems, but it is only a rough guide. One more note: on occasion, there are transient build errors seen on the build farm. Unfortunately, there is not yet any way for this algorithm to tell the difference (humans are much, much better at this kind of thing.) The errors are listed below. In the case where the same problem exists on more than one build environment, the URL points to the latest errorlog for that type. (By 'build environment' here we mean 'combination of 6.x/7.x/-current with target architecture'.) (Note: the dates are included to help you to gauge whether or not the error still applies to the latest version. The program that generates this report is not yet able to determine this automatically.) portname: audio/audacious-crossfade broken because: Does not compile build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=audio&portname=audacious-crossfade portname: audio/ecamegapedal broken because: does not compile build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=audio&portname=ecamegapedal portname: audio/lmms broken because: does not build build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=audio&portname=lmms portname: chinese/chinput3 broken because: does not build build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=chinese&portname=chinput3 portname: comms/asmodem broken because: does not build build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=comms&portname=asmodem portname: comms/ltmdm broken because: does not build build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=comms&portname=ltmdm portname: comms/yawmppp broken because: does not build build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=comms&portname=yawmppp portname: databases/p5-sqlrelay broken because: does not build build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=databases&portname=p5-sqlrelay portname: devel/ace+tao broken because: Does not compile on FreeBSD >= 7.0 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=devel&portname=ace%2Btao portname: devel/fampp broken because: FAM system mismatch: gamin is installed, while desired FAM system is fam build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=devel&portname=fampp portname: devel/gcvs broken because: does not compile build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=devel&portname=gcvs portname: devel/linux-js broken because: does not build build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=devel&portname=linux-js portname: devel/linuxthreads broken because: does not build build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=devel&portname=linuxthreads portname: devel/ngpt broken because: does not compile build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=devel&portname=ngpt portname: devel/p5-ORBit broken because: Does not compile with GCC 4.2 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=devel&portname=p5-ORBit portname: editors/ved broken because: does not compile build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=editors&portname=ved portname: emulators/p-interp broken because: size mismatch build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=emulators&portname=p-interp portname: emulators/snes9express broken because: Does not compile build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=emulators&portname=snes9express portname: finance/gfp broken because: fails during build build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=finance&portname=gfp portname: games/kbilliards broken because: does not compile build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=games&portname=kbilliards portname: graphics/libvisual-plugins broken because: Broken objformat handling build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=graphics&portname=libvisual-plugins portname: graphics/ophoto broken because: does not build build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=graphics&portname=ophoto portname: graphics/paintlib broken because: does not build build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=graphics&portname=paintlib portname: graphics/plasma-kmod broken because: Does not build build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=graphics&portname=plasma-kmod portname: graphics/ray++ broken because: Does not compile with GCC 4.2 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=graphics&portname=ray%2B%2B portname: graphics/seom broken because: does not build build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=graphics&portname=seom portname: graphics/snx101util broken because: does not build build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=graphics&portname=snx101util portname: graphics/visionegg broken because: does not package build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=graphics&portname=visionegg portname: graphics/white_dune broken because: does not build build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=graphics&portname=white_dune portname: japanese/okphone broken because: Broken with gcc 4.2 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=japanese&portname=okphone portname: japanese/oleo broken because: Broken with gcc 4.2 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=japanese&portname=oleo portname: japanese/tkstep80 broken because: Broken with gcc 4.2 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=japanese&portname=tkstep80 portname: java/openjit broken because: Does not compile with GCC 4.2 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=java&portname=openjit portname: java/tya broken because: Does not compile with GCC 4.2 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=java&portname=tya portname: korean/unzip broken because: does not patch build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=korean&portname=unzip portname: lang/bigloo broken because: is not compiled with Emacs 23 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=lang&portname=bigloo portname: lang/scriba broken because: Does not install build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=lang&portname=scriba portname: lang/u++ broken because: does not build build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=lang&portname=u%2B%2B portname: mail/kiltdown broken because: does not build build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=mail&portname=kiltdown portname: math/emc2 broken because: size mismatch build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=math&portname=emc2 portname: math/kaskade broken because: Fails to compile with GCC 4.3 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=math&portname=kaskade portname: math/rascal broken because: Does not compile with GCC 4.2 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=math&portname=rascal portname: misc/fep broken because: Does not compile without sgtty build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=misc&portname=fep portname: misc/splitvt broken because: does not compile: /usr/include/sys/ioctl_compat.h:42:2: Definitions not available without TTY ioctl compat build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=misc&portname=splitvt portname: multimedia/jahshaka broken because: does not compile with GCC 4.2 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=multimedia&portname=jahshaka portname: multimedia/netshow broken because: does not fetch build errors: http://pointyhat.FreeBSD.org/errorlogs/amd64-errorlogs/e.7.20100627213012/netshow-2.00.251_2.log (_May_12_05:28:15_UTC_2010) overview: http://portsmon.FreeBSD.org/portoverview.py?category=multimedia&portname=netshow portname: multimedia/xmps-win32-plugin broken because: Does not compile build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=multimedia&portname=xmps-win32-plugin portname: net-mgmt/net-snmp4 broken because: does not build build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=net-mgmt&portname=net-snmp4 portname: net-mgmt/tknetmon broken because: conflicting dependencies (tcl-Mysql brings in tcl85) build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=net-mgmt&portname=tknetmon portname: net-mgmt/wide-dhcp broken because: does not build build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=net-mgmt&portname=wide-dhcp portname: net/arpd broken because: does not build build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=net&portname=arpd portname: net/cap broken because: Broken with gcc 4.2 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=net&portname=cap portname: net/pimdd broken because: does not compile: error: IGMP_HOST_MEMBERSHIP_REPORT undeclared build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=net&portname=pimdd portname: net/pppload broken because: does not build build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=net&portname=pppload portname: net/pppoa broken because: does not build build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=net&portname=pppoa portname: net/vomit broken because: does not build with new libevent build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=net&portname=vomit portname: palm/uppc-kmod broken because: does not build build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=palm&portname=uppc-kmod portname: ports-mgmt/barry broken because: Broken with gcc 4.2 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=ports-mgmt&portname=barry portname: print/openprinting broken because: incomplete plist build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=print&portname=openprinting portname: security/fressh broken because: does not build build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=security&portname=fressh portname: security/newpki-lib broken because: does not compile with OpenSSL 0.9.8b build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=security&portname=newpki-lib portname: security/newpki-server broken because: does not compile with OpenSSL 0.9.8b build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=security&portname=newpki-server portname: security/vscan broken because: Does not fetch build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=security&portname=vscan portname: security/xmlsec broken because: Does not compile on FreeBSD >= 7.0 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=security&portname=xmlsec portname: sysutils/xwipower broken because: Use obsoleted wireless lan API build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=sysutils&portname=xwipower portname: textproc/opensched broken because: Does not install build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=textproc&portname=opensched portname: textproc/openvanilla-modules broken because: does not build build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=textproc&portname=openvanilla-modules portname: textproc/py-xmltools broken because: leaves files behind after deinstallation build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=textproc&portname=py-xmltools portname: textproc/skim broken because: Doesn't build with python2.6 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=textproc&portname=skim portname: www/bk_edit broken because: Broken with gcc 4.2 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=www&portname=bk_edit portname: www/lws broken because: does not compile build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=www&portname=lws portname: www/mod_webobjects broken because: source code is now in SVN and no-longer in CVS build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=www&portname=mod_webobjects portname: www/simplog broken because: bad checksum build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=www&portname=simplog portname: www/wb0 broken because: Does not compile build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=www&portname=wb0 portname: www/woadaptor broken because: source code is now in SVN and no-longer in CVS build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=www&portname=woadaptor portname: www/woadaptor-cgi broken because: source code is now in SVN and no-longer in CVS build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=www&portname=woadaptor-cgi portname: x11-toolkits/p5-Tcl-Tk broken because: something segfaults during build build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=x11-toolkits&portname=p5-Tcl-Tk From owner-freebsd-ports@FreeBSD.ORG Wed Jul 7 06:29:12 2010 Return-Path: Delivered-To: ports@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 117CD1065670 for ; Wed, 7 Jul 2010 06:29:12 +0000 (UTC) (envelope-from linimon@FreeBSD.org) Received: from mail.droso.net (koala.droso.net [IPv6:2001:6c8:130:400::6]) by mx1.freebsd.org (Postfix) with ESMTP id 473BF8FC1C for ; Wed, 7 Jul 2010 06:29:10 +0000 (UTC) Received: from koala.droso.net (localhost.droso.net [IPv6:::1]) by mail.droso.net (Postfix) with ESMTP id 956041CC24 for ; Wed, 7 Jul 2010 08:29:09 +0200 (CEST) From: linimon@FreeBSD.org To: ports@FreeBSD.org Message-Id: <20100707062909.956041CC24@mail.droso.net> Date: Wed, 7 Jul 2010 08:29:09 +0200 (CEST) Cc: Subject: FreeBSD ports which are currently marked broken X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: portmgr-feedback@FreeBSD.org List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 07 Jul 2010 06:29: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 6.x/7.x/-current with target architecture'.) (Note: the dates are included to help you to gauge whether or not the error still applies to the latest version. The program that generates this report is not yet able to determine this automatically.) portname: audio/audacious-crossfade broken because: Does not compile build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=audio&portname=audacious-crossfade portname: audio/aureal-kmod broken because: doesn't build on RELENG_8 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=audio&portname=aureal-kmod portname: audio/ecamegapedal broken because: does not compile build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=audio&portname=ecamegapedal portname: audio/ecawave broken because: does not compile build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=audio&portname=ecawave portname: audio/emu10kx broken because: does not compile build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=audio&portname=emu10kx portname: audio/gmpc-mserver broken because: fails to build build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=audio&portname=gmpc-mserver portname: audio/lmms broken because: does not build build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=audio&portname=lmms portname: audio/muse broken because: does not compile build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=audio&portname=muse portname: benchmarks/polygraph broken because: does not build build errors: http://pointyhat.FreeBSD.org/errorlogs/amd64-errorlogs/e.9.20100319084642/polygraph-3.0.6_1.log (_Mar_21_01:42:24_UTC_2010) overview: http://portsmon.FreeBSD.org/portoverview.py?category=benchmarks&portname=polygraph portname: benchmarks/polygraph31 broken because: does not build build errors: http://pointyhat.FreeBSD.org/errorlogs/amd64-errorlogs/e.9.20100319084642/polygraph31-3.1.5_1.log (_Mar_21_01:42:25_UTC_2010) overview: http://portsmon.FreeBSD.org/portoverview.py?category=benchmarks&portname=polygraph31 portname: cad/alliance broken because: incomplete plist build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=cad&portname=alliance portname: cad/tclspice broken because: does not compile build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=cad&portname=tclspice portname: chinese/chinput3 broken because: does not build build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=chinese&portname=chinput3 portname: comms/asmodem broken because: does not build build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=comms&portname=asmodem portname: comms/hcfmdm broken because: Does not compile at 7.x or higher build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=comms&portname=hcfmdm portname: comms/hso-kmod broken because: does not build with USB2, please try comms/uhso-kmod instead build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=comms&portname=hso-kmod portname: comms/ib-kmod broken because: does not build build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=comms&portname=ib-kmod portname: comms/ltmdm broken because: does not build build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=comms&portname=ltmdm portname: comms/uticom broken because: does not compile build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=comms&portname=uticom portname: comms/yawmppp broken because: does not build build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=comms&portname=yawmppp portname: converters/mimelib broken because: Does not compile with GCC 4.2 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=converters&portname=mimelib portname: databases/erserver broken because: Does not compile with GCC 4.2 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=databases&portname=erserver portname: databases/gauche-gdbm broken because: does not compile build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=databases&portname=gauche-gdbm portname: databases/mysqlcc broken because: does not compile build errors: http://pointyhat.freebsd.org/errorlogs/i386-errorlogs/e.8.20100627153636/mysqlcc-0.9.4_5.log.bz2 (_Jun_29_02:45:47_UTC_2010) overview: http://portsmon.FreeBSD.org/portoverview.py?category=databases&portname=mysqlcc portname: databases/p5-sqlrelay broken because: does not build build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=databases&portname=p5-sqlrelay portname: databases/pg_filedump broken because: does not build build errors: http://pointyhat.freebsd.org/errorlogs/i386-errorlogs/e.9.20100621232702/pg_filedump-8.3.log (_Jun_22_10:06:02_UTC_2010) overview: http://portsmon.FreeBSD.org/portoverview.py?category=databases&portname=pg_filedump portname: devel/ace+tao broken because: Does not compile on FreeBSD >= 7.0 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=devel&portname=ace%2Btao portname: devel/cocktail broken because: Segfault during build on FreeBSD >= 7.0 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=devel&portname=cocktail portname: devel/fampp broken because: FAM system mismatch: gamin is installed, while desired FAM system is fam build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=devel&portname=fampp portname: devel/gauche-sdl broken because: does not compile build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=devel&portname=gauche-sdl portname: devel/gcvs broken because: does not compile build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=devel&portname=gcvs portname: devel/gdb53-act broken because: Does not compile with GCC 4.2 build errors: http://pointyhat.freebsd.org/errorlogs/i386-errorlogs/e.6.20090822221417/gdb-act-5.3_2,1.log (_Aug_23_08:39:54_UTC_2009) overview: http://portsmon.FreeBSD.org/portoverview.py?category=devel&portname=gdb53-act portname: devel/libunwind broken because: does not build build errors: http://pointyhat.freebsd.org/errorlogs/i386-errorlogs/e.8.20100627153636/libunwind-20100430.log.bz2 (_Jun__2_03:21:39_UTC_2010) overview: http://portsmon.FreeBSD.org/portoverview.py?category=devel&portname=libunwind portname: devel/linux-js broken because: does not build build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=devel&portname=linux-js portname: devel/linuxthreads broken because: does not build build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=devel&portname=linuxthreads portname: devel/msp430-gdb broken because: Does not compile with GCC 4.2 build errors: http://pointyhat.freebsd.org/errorlogs/i386-errorlogs/e.6.20090822221417/msp430-gdb-5.1.1.20030909_1.log (_Aug_23_08:40:49_UTC_2009) overview: http://portsmon.FreeBSD.org/portoverview.py?category=devel&portname=msp430-gdb portname: devel/ngpt broken because: does not compile build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=devel&portname=ngpt portname: devel/p5-ORBit broken because: Does not compile with GCC 4.2 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=devel&portname=p5-ORBit portname: devel/p5-P4-Client broken because: does not compile build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=devel&portname=p5-P4-Client portname: devel/php-dbg2 broken because: does not compile with PHP 5.3.2 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=devel&portname=php-dbg2 portname: devel/poco-ssl broken because: bad plist build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=devel&portname=poco-ssl portname: devel/root broken because: Does not compile build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=devel&portname=root portname: devel/ruby-rjudy broken because: Does not compile with GCC 4.2 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=devel&portname=ruby-rjudy portname: devel/rubygem-rubigen broken because: depends on exact version of activesupport 2.3.5 while port is at 2.3.8 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=devel&portname=rubygem-rubigen portname: devel/xfc broken because: Does not compile with GCC 4.2 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=devel&portname=xfc portname: editors/ved broken because: does not compile build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=editors&portname=ved portname: editors/zed broken because: Does not compile with GCC 4.2 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=editors&portname=zed portname: emulators/fmsx broken because: does not fetch build errors: http://pointyhat.FreeBSD.org/errorlogs/amd64-errorlogs/e.7.20100705205245/fmsx-3.5.1_2.log (_Jun__8_03:36:02_UTC_2010) overview: http://portsmon.FreeBSD.org/portoverview.py?category=emulators&portname=fmsx portname: emulators/mupen64plus-rice broken because: does not compile build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=emulators&portname=mupen64plus-rice portname: emulators/p-interp broken because: size mismatch build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=emulators&portname=p-interp portname: emulators/pearpc broken because: does not build build errors: http://pointyhat.freebsd.org/errorlogs/i386-errorlogs/e.8.20100620093238/pearpc-0.4_4.log.bz2 (_Jun_21_13:15:49_UTC_2010) overview: http://portsmon.FreeBSD.org/portoverview.py?category=emulators&portname=pearpc portname: emulators/snes9express broken because: Does not compile build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=emulators&portname=snes9express portname: finance/gfp broken because: fails during build build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=finance&portname=gfp portname: ftp/wxdfast broken because: Does not compile build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=ftp&portname=wxdfast portname: games/abridge broken because: does not build build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=games&portname=abridge portname: games/aqbubble broken because: Broken with gcc 4.2 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=games&portname=aqbubble portname: games/egl broken because: does not compile build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=games&portname=egl portname: games/kbilliards broken because: does not compile build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=games&portname=kbilliards portname: graphics/crystalspace broken because: does not compile build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=graphics&portname=crystalspace portname: graphics/libvisual-plugins broken because: Broken objformat handling build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=graphics&portname=libvisual-plugins portname: graphics/luxrender broken because: does not build build errors: http://pointyhat.FreeBSD.org/errorlogs/sparc64-errorlogs/e.7.20100406080313/luxrender-0.6.1_1.log.bz2 (_Apr_10_01:32:50_UTC_2010) overview: http://portsmon.FreeBSD.org/portoverview.py?category=graphics&portname=luxrender portname: graphics/mapnik broken because: Does not build with boost-1.41 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=graphics&portname=mapnik portname: graphics/opengtl broken because: does not build with LLVM 2.7 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=graphics&portname=opengtl portname: graphics/ophoto broken because: does not build build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=graphics&portname=ophoto portname: graphics/paintlib broken because: does not build build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=graphics&portname=paintlib portname: graphics/phpsview broken because: does not build build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=graphics&portname=phpsview portname: graphics/plasma-kmod broken because: Does not build build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=graphics&portname=plasma-kmod portname: graphics/qcamview broken because: does not build build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=graphics&portname=qcamview portname: graphics/ray++ broken because: Does not compile with GCC 4.2 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=graphics&portname=ray%2B%2B portname: graphics/seom broken because: does not build build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=graphics&portname=seom portname: graphics/snx101util broken because: does not build build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=graphics&portname=snx101util portname: graphics/spcaview broken because: does not build build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=graphics&portname=spcaview portname: graphics/vid broken because: does not build build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=graphics&portname=vid portname: graphics/visionegg broken because: does not package build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=graphics&portname=visionegg portname: graphics/white_dune broken because: does not build build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=graphics&portname=white_dune portname: japanese/okphone broken because: Broken with gcc 4.2 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=japanese&portname=okphone portname: japanese/oleo broken because: Broken with gcc 4.2 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=japanese&portname=oleo portname: japanese/roundcube broken because: bad distinfo build errors: http://pointyhat.FreeBSD.org/errorlogs/powerpc-errorlogs/e.8.20100510182520/ja-roundcube-0.4.b,1.log.bz2 (_May__7_20:29:56_UTC_2010) overview: http://portsmon.FreeBSD.org/portoverview.py?category=japanese&portname=roundcube portname: japanese/tkstep80 broken because: Broken with gcc 4.2 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=japanese&portname=tkstep80 portname: japanese/yc.el broken because: Does not support emacs23.x or later build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=japanese&portname=yc.el portname: java/jakarta-commons-dbcp broken because: does not build unless jakarta-commons-collections is compiled with jdk15 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=java&portname=jakarta-commons-dbcp portname: java/jdk14 broken because: Does not compile with GCC 4.2 build errors: http://pointyhat.freebsd.org/errorlogs/i386-errorlogs/e.6.20090822221417/jdk-1.4.2p8_15.log (_Aug_23_08:38:49_UTC_2009) overview: http://portsmon.FreeBSD.org/portoverview.py?category=java&portname=jdk14 portname: java/openjit broken because: Does not compile with GCC 4.2 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=java&portname=openjit portname: java/tya broken because: Does not compile with GCC 4.2 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=java&portname=tya portname: korean/unzip broken because: does not patch build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=korean&portname=unzip portname: lang/bigloo broken because: is not compiled with Emacs 23 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=lang&portname=bigloo portname: lang/dylan broken because: does not build build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=lang&portname=dylan portname: lang/etoile-languagekit broken because: needs llvm <= 2.6.r71086 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=lang&portname=etoile-languagekit portname: lang/gnat-gcc42 broken because: does not support FreeBSD 8.x build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=lang&portname=gnat-gcc42 portname: lang/mozart broken because: Does not compile with GCC 4.2 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=lang&portname=mozart portname: lang/nqc broken because: does not build build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=lang&portname=nqc portname: lang/ocamlduce broken because: does not build build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=lang&portname=ocamlduce portname: lang/oo2c broken because: does not build build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=lang&portname=oo2c portname: lang/pugs broken because: does not build build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=lang&portname=pugs portname: lang/scriba broken because: Does not install build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=lang&portname=scriba portname: lang/u++ broken because: does not build build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=lang&portname=u%2B%2B portname: mail/evolution-sharp broken because: Doesn't accept current evolution version build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=mail&portname=evolution-sharp portname: mail/kiltdown broken because: does not build build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=mail&portname=kiltdown portname: mail/ngmp broken because: does not compile build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=mail&portname=ngmp portname: mail/wanderlust-emacs22 broken because: conflicting dependencies build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=mail&portname=wanderlust-emacs22 portname: math/R-cran-igraph broken because: Does not build with R-2.11.0 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=math&portname=R-cran-igraph portname: math/dislin broken because: size mismatch build errors: http://pointyhat.FreeBSD.org/errorlogs/amd64-errorlogs/e.8.20100703142439/dislin-10.0.log (_Jun_16_09:07:54_UTC_2010) overview: http://portsmon.FreeBSD.org/portoverview.py?category=math&portname=dislin portname: math/emc2 broken because: size mismatch build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=math&portname=emc2 portname: math/kaskade broken because: Fails to compile with GCC 4.3 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=math&portname=kaskade portname: math/linalg broken because: Does not compile with GCC 4.2 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=math&portname=linalg portname: math/rascal broken because: Does not compile with GCC 4.2 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=math&portname=rascal portname: math/scilab-toolbox-sivp broken because: does not build build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=math&portname=scilab-toolbox-sivp portname: misc/fep broken because: Does not compile without sgtty build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=misc&portname=fep portname: misc/ftree broken because: does not fetch build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=misc&portname=ftree portname: misc/splitvt broken because: does not compile: /usr/include/sys/ioctl_compat.h:42:2: Definitions not available without TTY ioctl compat build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=misc&portname=splitvt portname: misc/usbrh broken because: does not build build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=misc&portname=usbrh portname: multimedia/banshee-mirage broken because: does not build build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=multimedia&portname=banshee-mirage portname: multimedia/jahshaka broken because: does not compile with GCC 4.2 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=multimedia&portname=jahshaka portname: multimedia/libomxil-bellagio broken because: bad plist build errors: http://pointyhat.FreeBSD.org/errorlogs/sparc64-errorlogs/e.7.20100406080313/libomxil-bellagio-0.9.1.log.bz2 (_Apr_10_01:32:48_UTC_2010) overview: http://portsmon.FreeBSD.org/portoverview.py?category=multimedia&portname=libomxil-bellagio portname: multimedia/netshow broken because: does not fetch build errors: http://pointyhat.FreeBSD.org/errorlogs/amd64-errorlogs/e.7.20100627213012/netshow-2.00.251_2.log (_May_12_05:28:15_UTC_2010) overview: http://portsmon.FreeBSD.org/portoverview.py?category=multimedia&portname=netshow portname: multimedia/xmps-win32-plugin broken because: Does not compile build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=multimedia&portname=xmps-win32-plugin portname: net-im/trix broken because: does not build build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=net-im&portname=trix portname: net-mgmt/net-snmp4 broken because: does not build build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=net-mgmt&portname=net-snmp4 portname: net-mgmt/tknetmon broken because: conflicting dependencies (tcl-Mysql brings in tcl85) build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=net-mgmt&portname=tknetmon portname: net-mgmt/wide-dhcp broken because: does not build build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=net-mgmt&portname=wide-dhcp portname: net/arpd broken because: does not build build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=net&portname=arpd portname: net/atmsupport broken because: does not compile build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=net&portname=atmsupport portname: net/b2bua broken because: Does not compile with GCC 4.2 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=net&portname=b2bua portname: net/cap broken because: Broken with gcc 4.2 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=net&portname=cap portname: net/ggsd broken because: Does not compile with GCC 4.2 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=net&portname=ggsd portname: net/ipex broken because: does not build build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=net&portname=ipex portname: net/p5-POE-Component-Client-Twitter broken because: incomplete dependencies build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=net&portname=p5-POE-Component-Client-Twitter portname: net/penguintv broken because: does not build build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=net&portname=penguintv portname: net/pimdd broken because: does not compile: error: IGMP_HOST_MEMBERSHIP_REPORT undeclared build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=net&portname=pimdd portname: net/pppload broken because: does not build build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=net&portname=pppload portname: net/pppoa broken because: does not build build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=net&portname=pppoa portname: net/skype broken because: This is the last version of skype that works on FreeBSD, but the distfile is no longer available from the vendor, and won't be in the future. We are working on alternative solutions. build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=net&portname=skype portname: net/vomit broken because: does not build with new libevent build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=net&portname=vomit portname: net/xbone-gui broken because: bad plist build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=net&portname=xbone-gui portname: net/ztelnet broken because: Does not compile with GCC 4.2 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=net&portname=ztelnet portname: news/newsstar broken because: does not build build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=news&portname=newsstar portname: news/openftd broken because: does not configure build errors: http://pointyhat.FreeBSD.org/errorlogs/sparc64-errorlogs/e.6.20090312033320/openftd-1.1.0_2.log (Wed Mar 18 11:52:03 UTC 2009) overview: http://portsmon.FreeBSD.org/portoverview.py?category=news&portname=openftd portname: palm/barry broken because: does not configure build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=palm&portname=barry portname: palm/romeo broken because: Does not compile with GCC 4.2 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=palm&portname=romeo portname: palm/uppc-kmod broken because: does not build build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=palm&portname=uppc-kmod portname: ports-mgmt/barry broken because: Broken with gcc 4.2 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=ports-mgmt&portname=barry portname: print/kaspaliste broken because: Does not compile with GCC 4.2 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=print&portname=kaspaliste portname: print/latex-caption broken because: does not fetch build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=print&portname=latex-caption portname: print/openprinting broken because: incomplete plist build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=print&portname=openprinting portname: print/pecl-ps broken because: does not configure build errors: http://pointyhat.FreeBSD.org/errorlogs/sparc64-errorlogs/e.7.20100406080313/pecl-ps-1.3.6_2.log.bz2 (_Apr_10_01:22:40_UTC_2010) overview: http://portsmon.FreeBSD.org/portoverview.py?category=print&portname=pecl-ps portname: science/elmer-fem broken because: fails to compile with gcc4.4 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=science&portname=elmer-fem portname: science/libghemical broken because: does not compile build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=science&portname=libghemical portname: science/pcp broken because: Does not compile with GCC 4.2 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=science&portname=pcp portname: security/dazuko broken because: does not build build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=security&portname=dazuko portname: security/f-protd broken because: does not build build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=security&portname=f-protd portname: security/fragroute broken because: does not build build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=security&portname=fragroute portname: security/fressh broken because: does not build build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=security&portname=fressh portname: security/newpki-lib broken because: does not compile with OpenSSL 0.9.8b build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=security&portname=newpki-lib portname: security/newpki-server broken because: does not compile with OpenSSL 0.9.8b build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=security&portname=newpki-server portname: security/sfs broken because: does not build build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=security&portname=sfs portname: security/vscan broken because: Does not fetch build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=security&portname=vscan portname: security/xmlsec broken because: Does not compile on FreeBSD >= 7.0 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=security&portname=xmlsec portname: sysutils/bacula-client-devel broken because: Does not build due to missing llistxattr build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=sysutils&portname=bacula-client-devel portname: sysutils/busybox broken because: does not compile build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=sysutils&portname=busybox portname: sysutils/dtc broken because: bad plist build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=sysutils&portname=dtc portname: sysutils/perf broken because: Does not compile with GCC 4.2 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=sysutils&portname=perf portname: sysutils/udesc_dump broken because: does not build build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=sysutils&portname=udesc_dump portname: sysutils/xwipower broken because: Use obsoleted wireless lan API build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=sysutils&portname=xwipower portname: sysutils/xwlans broken because: Does not compile with GCC 4.2 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=sysutils&portname=xwlans portname: textproc/cl-meta-clisp broken because: does not build build errors: http://pointyhat.FreeBSD.org/errorlogs/amd64-errorlogs/e.6.20100701121822/cl-meta-clisp-0.1_4.log (_Jun_11_20:45:05_UTC_2010) overview: http://portsmon.FreeBSD.org/portoverview.py?category=textproc&portname=cl-meta-clisp portname: textproc/opensched broken because: Does not install build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=textproc&portname=opensched portname: textproc/openvanilla-modules broken because: does not build build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=textproc&portname=openvanilla-modules portname: textproc/py-xmltools broken because: leaves files behind after deinstallation build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=textproc&portname=py-xmltools portname: textproc/skim broken because: Doesn't build with python2.6 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=textproc&portname=skim portname: vietnamese/vnelvis broken because: does not build build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=vietnamese&portname=vnelvis portname: vietnamese/vnterm broken because: does not build build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=vietnamese&portname=vnterm portname: www/bk_edit broken because: Broken with gcc 4.2 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=www&portname=bk_edit portname: www/cacheboy15-devel broken because: does not compile with Heimdal 1.1 in 8.0-CURRENT build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=www&portname=cacheboy15-devel portname: www/lws broken because: does not compile build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=www&portname=lws portname: www/mod_dtcl broken because: does not build build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=www&portname=mod_dtcl portname: www/mod_webobjects broken because: source code is now in SVN and no-longer in CVS build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=www&portname=mod_webobjects portname: www/neonpp broken because: fails to build with new www/neon28 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=www&portname=neonpp portname: www/p5-Apache2-Scoreboard broken because: does not compile build errors: http://pointyhat.FreeBSD.org/errorlogs/powerpc-errorlogs/e.8.20100510182520/p5-Apache2-Scoreboard-2.08.log.bz2 (_Jun__3_01:45:59_UTC_2010) overview: http://portsmon.FreeBSD.org/portoverview.py?category=www&portname=p5-Apache2-Scoreboard portname: www/p5-HTTP-Cookies-w3m broken because: incomplete dependencies build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=www&portname=p5-HTTP-Cookies-w3m portname: www/p5-Plack-Server-ServerSimple broken because: installs same files as its dependency build errors: http://pointyhat.FreeBSD.org/errorlogs/amd64-errorlogs/e.9.20100319084642/p5-Plack-Server-ServerSimple-0.03.log (_Mar_21_01:51:37_UTC_2010) overview: http://portsmon.FreeBSD.org/portoverview.py?category=www&portname=p5-Plack-Server-ServerSimple portname: www/simplog broken because: bad checksum build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=www&portname=simplog portname: www/wb0 broken because: Does not compile build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=www&portname=wb0 portname: www/woadaptor broken because: source code is now in SVN and no-longer in CVS build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=www&portname=woadaptor portname: www/woadaptor-cgi broken because: source code is now in SVN and no-longer in CVS build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=www&portname=woadaptor-cgi portname: www/wyvern broken because: does not build build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=www&portname=wyvern portname: www/zerowait-httpd broken because: does not build build errors: http://pointyhat.FreeBSD.org/errorlogs/powerpc-errorlogs/e.8.20100510182520/zerowait-httpd-0.8d.log.bz2 (_Mar_25_12:42:09_UTC_2010) overview: http://portsmon.FreeBSD.org/portoverview.py?category=www&portname=zerowait-httpd portname: x11-drivers/input-wacom broken because: build failed build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=x11-drivers&portname=input-wacom portname: x11-drivers/xf86-input-citron broken because: does not compile build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=x11-drivers&portname=xf86-input-citron portname: x11-drivers/xf86-input-elographics broken because: does not compile build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=x11-drivers&portname=xf86-input-elographics portname: x11-drivers/xf86-input-fpit broken because: does not compile build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=x11-drivers&portname=xf86-input-fpit portname: x11-drivers/xf86-video-rdc broken because: does not compile build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=x11-drivers&portname=xf86-video-rdc portname: x11-toolkits/efltk broken because: does not build build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=x11-toolkits&portname=efltk portname: x11-toolkits/gambas2-gb-qt broken because: fails to build build errors: http://pointyhat.freebsd.org/errorlogs/i386-errorlogs/e.6.20090822221417/gambas2-gb-qt-2.15.2.log (_Aug_23_08:37:22_UTC_2009) overview: http://portsmon.FreeBSD.org/portoverview.py?category=x11-toolkits&portname=gambas2-gb-qt portname: x11-toolkits/gauche-gtk broken because: does not compile build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=x11-toolkits&portname=gauche-gtk portname: x11-toolkits/gigi broken because: does not compile build errors: http://pointyhat.freebsd.org/errorlogs/i386-errorlogs/e.8.20100620093238/gigi-0.6.0.801_2,1.log.bz2 (_Jun_21_13:14:45_UTC_2010) overview: http://portsmon.FreeBSD.org/portoverview.py?category=x11-toolkits&portname=gigi portname: x11-toolkits/p5-Tcl-Tk broken because: something segfaults during build build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=x11-toolkits&portname=p5-Tcl-Tk portname: x11-toolkits/php-gtk2 broken because: does not compile build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=x11-toolkits&portname=php-gtk2 portname: x11-toolkits/ruby-panelapplet broken because: does not build with GNOME 2.26. build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=x11-toolkits&portname=ruby-panelapplet portname: x11/chameleon broken because: does not build build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=x11&portname=chameleon portname: x11/libcapplet broken because: does not build build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=x11&portname=libcapplet portname: x11/metisse broken because: does not compile build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=x11&portname=metisse From owner-freebsd-ports@FreeBSD.ORG Wed Jul 7 06:29:25 2010 Return-Path: Delivered-To: ports@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 40BB71065677 for ; Wed, 7 Jul 2010 06:29:25 +0000 (UTC) (envelope-from linimon@FreeBSD.org) Received: from mail.droso.net (koala.droso.net [IPv6:2001:6c8:130:400::6]) by mx1.freebsd.org (Postfix) with ESMTP id B910B8FC14 for ; Wed, 7 Jul 2010 06:29:24 +0000 (UTC) Received: from koala.droso.net (localhost.droso.net [IPv6:::1]) by mail.droso.net (Postfix) with ESMTP id 6D63B1CC24 for ; Wed, 7 Jul 2010 08:29:24 +0200 (CEST) From: linimon@FreeBSD.org To: ports@freebsd.org Message-Id: <20100707062924.6D63B1CC24@mail.droso.net> Date: Wed, 7 Jul 2010 08:29:24 +0200 (CEST) Cc: Subject: FreeBSD unmaintained ports which are currently scheduled for deletion X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: portmgr-feedback@FreeBSD.org List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 07 Jul 2010 06:29: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: graphics/lphoto description: A complete desktop solution for digital photo management maintainer: ports@FreeBSD.org status: IGNORE deprecated because: broken expiration date: 2010-03-30 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=graphics&portname=lphoto portname: net-mgmt/net-snmp4 description: An extendable SNMP implementation maintainer: ports@FreeBSD.org status: BROKEN deprecated because: Use net-mgmt/net-snmp port instead expiration date: 2009-07-01 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=net-mgmt&portname=net-snmp4 portname: net-p2p/javadc description: Open source Java DirectConnect (TM) command-line client maintainer: ports@FreeBSD.org status: IGNORE deprecated because: is ancient, unmaintained, works only with JDK 1.3, no master site expiration date: 2010-08-01 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=net-p2p&portname=javadc portname: net/pathchar description: LBNL Internet path characterization tool maintainer: ports@FreeBSD.org status: IGNORE deprecated because: has been broken for 2+ years, no sources available expiration date: 2010-09-01 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=net&portname=pathchar portname: sysutils/aaccli description: Adaptec SCSI RAID administration tool maintainer: ports@FreeBSD.org deprecated because: see sysutils/arcconf instead, no longer maintained by Adaptec expiration date: 2010-05-11 build errors: http://pointyhat.freebsd.org/errorlogs/ia64-errorlogs/e.8.20100305224420/aaccli-1.0.log.bz2 (_Feb_23_14:20:04_UTC_2010) overview: http://portsmon.FreeBSD.org/portoverview.py?category=sysutils&portname=aaccli portname: textproc/py-xmltools description: High level XML tools for Python maintainer: ports@FreeBSD.org status: BROKEN deprecated because: has been broken for 4 months expiration date: 2010-01-08 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=textproc&portname=py-xmltools portname: www/linux-nvu description: A complete Web Authoring System maintainer: ports@FreeBSD.org deprecated because: NVU 1.0, released June 2005, is the last official release of NVU. Kompozer has picked up where NVU has left off. Please consider using /home/linimon/ports/www/kompozer instead expiration date: 2010-08-05 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=www&portname=linux-nvu From owner-freebsd-ports@FreeBSD.ORG Wed Jul 7 06:29:34 2010 Return-Path: Delivered-To: ports@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 4E2E01065713 for ; Wed, 7 Jul 2010 06:29:34 +0000 (UTC) (envelope-from linimon@FreeBSD.org) Received: from mail.droso.net (koala.droso.net [IPv6:2001:6c8:130:400::6]) by mx1.freebsd.org (Postfix) with ESMTP id 68B208FC27 for ; Wed, 7 Jul 2010 06:29:33 +0000 (UTC) Received: from koala.droso.net (localhost.droso.net [IPv6:::1]) by mail.droso.net (Postfix) with ESMTP id B9E601CC40 for ; Wed, 7 Jul 2010 08:29:32 +0200 (CEST) From: linimon@FreeBSD.org To: ports@FreeBSD.org Message-Id: <20100707062932.B9E601CC40@mail.droso.net> Date: Wed, 7 Jul 2010 08:29:32 +0200 (CEST) Cc: Subject: FreeBSD ports which are currently scheduled for deletion X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: portmgr-feedback@FreeBSD.org List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 07 Jul 2010 06:29:34 -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: devel/p5-P4-Client description: P4::Client - Perl extension for the Perforce API maintainer: tobez@FreeBSD.org status: BROKEN deprecated because: has been broken for 11 months expiration date: 2010-01-08 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=devel&portname=p5-P4-Client portname: editors/koffice-kde4-l10n-fy description: Frisian messages and documentation for KOffice2 maintainer: kde@FreeBSD.org status: IGNORE deprecated because: expiration date: 2010-08-07 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=editors&portname=koffice-kde4-l10n-fy portname: editors/koffice-kde4-l10n-hne description: Chhattisgarhi messages and documentation for KOffice2 maintainer: kde@FreeBSD.org status: IGNORE deprecated because: expiration date: 2010-08-07 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=editors&portname=koffice-kde4-l10n-hne portname: editors/koffice-kde4-l10n-wa description: Walloon Bokmaal messages and documentation for KOffice2 maintainer: kde@FreeBSD.org status: IGNORE deprecated because: expiration date: 2010-08-07 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=editors&portname=koffice-kde4-l10n-wa portname: graphics/lphoto description: A complete desktop solution for digital photo management maintainer: ports@FreeBSD.org status: IGNORE deprecated because: broken expiration date: 2010-03-30 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=graphics&portname=lphoto portname: graphics/xaralx description: Top-tier vector/general purpose graphics program (recommended version) maintainer: vd@FreeBSD.org status: IGNORE deprecated because: Does not compile with png-1.4 and latest version is from Aug 2006 expiration date: 2010-06-14 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=graphics&portname=xaralx portname: graphics/xaralx-devel description: Top-tier vector/general purpose graphics program (development version) maintainer: vd@FreeBSD.org status: IGNORE deprecated because: Does not compile with png-1.4 and latest version is from Aug 2006 expiration date: 2010-06-14 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=graphics&portname=xaralx-devel portname: japanese/samba3 description: Japanese Samba maintainer: kuriyama@FreeBSD.org deprecated because: Unsupported by the upstream. Please, consider to upgrade. expiration date: 2010-09-01 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=japanese&portname=samba3 portname: java/eclipse-emf description: Eclipse Modeling Framework maintainer: freebsd-eclipse@FreeBSD.org deprecated because: This plugin can be installed from within eclipse via the updater expiration date: 2010-01-19 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=java&portname=eclipse-emf portname: java/eclipse-gef description: Graphical Editing Framework for the Eclipse IDE maintainer: freebsd-eclipse@FreeBSD.org deprecated because: This plugin can be installed from within eclipse via the updater expiration date: 2010-01-19 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=java&portname=eclipse-gef portname: java/eclipse-v4all description: An Eclipse Plugin for Designing Java Swing & SWT GUIs maintainer: wes@freebsd.org deprecated because: Not useful with Eclipse 3.x expiration date: 2010-06-08 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=java&portname=eclipse-v4all portname: mail/squirrelmail-compatibility-plugin1 description: Required by many plugins for compatibility with SquirrelMail maintainer: tabthorpe@FreeBSD.org deprecated because: use mail/squirrelmail-compatibility-plugin expiration date: 2010-07-01 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=mail&portname=squirrelmail-compatibility-plugin1 portname: mail/squirrelmail-newuser_wiz-plugin description: Force user to enter Full name and Email address at initial logon maintainer: tabthorpe@FreeBSD.org deprecated because: use mail/squirrelmail-askuserinfo-plugin expiration date: 2010-07-01 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=mail&portname=squirrelmail-newuser_wiz-plugin portname: misc/kde4-l10n-bn_IN description: Bengali (India) messages and documentation for KDE4 maintainer: kde@FreeBSD.org status: IGNORE deprecated because: expiration date: 2010-04-01 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=misc&portname=kde4-l10n-bn_IN portname: misc/kde4-l10n-hne description: Chhattisgarhi messages and documentation for KDE4 maintainer: kde@FreeBSD.org status: IGNORE deprecated because: expiration date: 2010-04-01 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=misc&portname=kde4-l10n-hne portname: misc/kde4-l10n-ku description: Kurdish messages and documentation for KDE4 maintainer: kde@FreeBSD.org status: IGNORE deprecated because: expiration date: 2010-04-01 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=misc&portname=kde4-l10n-ku portname: misc/kde4-l10n-mr description: Marathi messages and documentation for KDE4 maintainer: kde@FreeBSD.org status: IGNORE deprecated because: expiration date: 2010-04-01 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=misc&portname=kde4-l10n-mr portname: misc/kde4-l10n-th description: Thai messages and documentation for KDE4 maintainer: kde@FreeBSD.org status: IGNORE deprecated because: expiration date: 2010-04-01 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=misc&portname=kde4-l10n-th portname: net-mgmt/net-snmp4 description: An extendable SNMP implementation maintainer: ports@FreeBSD.org status: BROKEN deprecated because: Use net-mgmt/net-snmp port instead expiration date: 2009-07-01 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=net-mgmt&portname=net-snmp4 portname: net-p2p/javadc description: Open source Java DirectConnect (TM) command-line client maintainer: ports@FreeBSD.org status: IGNORE deprecated because: is ancient, unmaintained, works only with JDK 1.3, no master site expiration date: 2010-08-01 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=net-p2p&portname=javadc portname: net-p2p/mutella description: A command line Gnutella client maintainer: gavin.atkinson@ury.york.ac.uk deprecated because: No longer under active development expiration date: 2010-10-01 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=net-p2p&portname=mutella portname: net/csup description: A rewrite of the CVSup file updating client in C maintainer: mux@FreeBSD.org status: IGNORE deprecated because: is already included in base system of all supported releases expiration date: 2010-02-16 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=net&portname=csup portname: net/pathchar description: LBNL Internet path characterization tool maintainer: ports@FreeBSD.org status: IGNORE deprecated because: has been broken for 2+ years, no sources available expiration date: 2010-09-01 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=net&portname=pathchar portname: net/py-samba description: Python bindings for Samba maintainer: timur@FreeBSD.org deprecated because: Unsupported by the upstream. Please, consider to upgrade. expiration date: 2010-09-01 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=net&portname=py-samba portname: net/samba3 description: A free SMB and CIFS client and server for UNIX maintainer: timur@FreeBSD.org deprecated because: Unsupported by the upstream. Please, consider to upgrade. expiration date: 2010-09-01 build errors: http://pointyhat.freebsd.org/errorlogs/ia64-errorlogs/e.8.20100305224420/samba-3.0.37,1.log.bz2 (_Mar_17_00:31:04_UTC_2010) overview: http://portsmon.FreeBSD.org/portoverview.py?category=net&portname=samba3 portname: net/samba32 description: A free SMB and CIFS client and server for UNIX maintainer: timur@FreeBSD.org deprecated because: Unsupported by the upstream. Please, consider to upgrade. expiration date: 2010-09-01 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=net&portname=samba32 portname: net/samba33 description: A free SMB and CIFS client and server for UNIX maintainer: timur@FreeBSD.org deprecated because: Unsupported by the upstream. Please, consider to upgrade. expiration date: 2010-09-01 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=net&portname=samba33 portname: russian/php_doc description: PHP documentation in HTML (outdated version) maintainer: edwin@mavetju.org deprecated because: Support for the Russian translation of the PHP manual seems to have stopped expiration date: 2009-12-31 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=russian&portname=php_doc portname: sysutils/aaccli description: Adaptec SCSI RAID administration tool maintainer: ports@FreeBSD.org deprecated because: see sysutils/arcconf instead, no longer maintained by Adaptec expiration date: 2010-05-11 build errors: http://pointyhat.freebsd.org/errorlogs/ia64-errorlogs/e.8.20100305224420/aaccli-1.0.log.bz2 (_Feb_23_14:20:04_UTC_2010) overview: http://portsmon.FreeBSD.org/portoverview.py?category=sysutils&portname=aaccli portname: sysutils/dtc description: A hosting web GUI for admin and accounting all hosting services maintainer: thomas@goirand.fr status: BROKEN deprecated because: has been broken for 17 months expiration date: 2010-01-08 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=sysutils&portname=dtc portname: sysutils/ipmi-kmod description: Backport of ipmi driver from FreeBSD 7-CURRENT for FreeBSD 5.3 - 6.1 maintainer: snb@FreeBSD.org status: IGNORE deprecated because: in base system since 6.2-RELEASE expiration date: 2010-01-15 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=sysutils&portname=ipmi-kmod portname: textproc/py-xmltools description: High level XML tools for Python maintainer: ports@FreeBSD.org status: BROKEN deprecated because: has been broken for 4 months expiration date: 2010-01-08 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=textproc&portname=py-xmltools portname: www/linux-nvu description: A complete Web Authoring System maintainer: ports@FreeBSD.org deprecated because: NVU 1.0, released June 2005, is the last official release of NVU. Kompozer has picked up where NVU has left off. Please consider using /home/linimon/ports/www/kompozer instead expiration date: 2010-08-05 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=www&portname=linux-nvu portname: www/mplayer-plugin description: A Mozilla plugin for the MPlayer media player maintainer: gecko@FreeBSD.org deprecated because: Upstream support dropped. Please consider using www/gecko-mediaplayer instead expiration date: 2010-08-01 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=www&portname=mplayer-plugin portname: www/zope-btreefolder2 description: Zope product that can store many items maintainer: kaeru@inigo-tech.com deprecated because: Included in Zope 2.8 and later expiration date: 2007-08-31 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=www&portname=zope-btreefolder2 portname: x11-themes/kde4-windeco-aurorae description: Theme engine for KWin window decorations maintainer: syncer@gmail.com status: IGNORE deprecated because: is obsolete: Aurorae shipped with KDE SC since version 4.4 expiration date: 2010-08-16 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=x11-themes&portname=kde4-windeco-aurorae portname: x11-toolkits/fox12 description: Fast and extensive C++ GUI toolkit -- ver.1.2 maintainer: gahr@FreeBSD.org deprecated because: Unsupported, please use x11-toolkits/fox14 or x11-toolkits/fox16 instead. expiration date: 2010-04-30 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=x11-toolkits&portname=fox12 portname: x11-toolkits/ruby-panelapplet description: Ruby binding for libpanel-applet maintainer: ruby@FreeBSD.org status: BROKEN deprecated because: has been broken for 7 months expiration date: 2010-01-08 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=x11-toolkits&portname=ruby-panelapplet portname: x11/chameleon description: Application for putting pictures or colors onto the root window maintainer: gavin.atkinson@ury.york.ac.uk status: BROKEN deprecated because: No longer under development, master site disappeared years ago expiration date: 2010-07-01 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=x11&portname=chameleon From owner-freebsd-ports@FreeBSD.ORG Wed Jul 7 06:29:38 2010 Return-Path: Delivered-To: ports@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 3A1501065688 for ; Wed, 7 Jul 2010 06:29:38 +0000 (UTC) (envelope-from linimon@FreeBSD.org) Received: from mail.droso.net (koala.droso.net [IPv6:2001:6c8:130:400::6]) by mx1.freebsd.org (Postfix) with ESMTP id 0361B8FC1C for ; Wed, 7 Jul 2010 06:29:38 +0000 (UTC) Received: from koala.droso.net (localhost.droso.net [IPv6:::1]) by mail.droso.net (Postfix) with ESMTP id 58DF21CC51 for ; Wed, 7 Jul 2010 08:29:37 +0200 (CEST) From: linimon@FreeBSD.org To: ports@freebsd.org Message-Id: <20100707062937.58DF21CC51@mail.droso.net> Date: Wed, 7 Jul 2010 08:29:37 +0200 (CEST) Cc: Subject: FreeBSD unmaintained ports which are currently marked forbidden X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: portmgr-feedback@FreeBSD.org List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 07 Jul 2010 06:29:38 -0000 As part of an ongoing effort to reduce the number of problems in the FreeBSD ports system, we periodically notify users about ports that are marked as "forbidden" in their Makefiles. Often, these ports are so marked due to security concerns, such as known exploits. An overview of each port, including errors seen on the build farm, is included below. portname: misc/compat3x forbidden because: FreeBSD-SA-03:05.xdr, FreeBSD-SA-03:08.realpath - not fixed / no lib available build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=misc&portname=compat3x From owner-freebsd-ports@FreeBSD.ORG Wed Jul 7 06:29:38 2010 Return-Path: Delivered-To: ports@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id AC88F106564A for ; Wed, 7 Jul 2010 06:29:38 +0000 (UTC) (envelope-from linimon@FreeBSD.org) Received: from mail.droso.net (koala.droso.net [IPv6:2001:6c8:130:400::6]) by mx1.freebsd.org (Postfix) with ESMTP id 75C3D8FC2A for ; Wed, 7 Jul 2010 06:29:38 +0000 (UTC) Received: from koala.droso.net (localhost.droso.net [IPv6:::1]) by mail.droso.net (Postfix) with ESMTP id C9C101CC54 for ; Wed, 7 Jul 2010 08:29:37 +0200 (CEST) From: linimon@FreeBSD.org To: ports@FreeBSD.org Message-Id: <20100707062937.C9C101CC54@mail.droso.net> Date: Wed, 7 Jul 2010 08:29:37 +0200 (CEST) Cc: Subject: FreeBSD ports which are currently marked forbidden X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: portmgr-feedback@FreeBSD.org List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 07 Jul 2010 06:29:38 -0000 As part of an ongoing effort to reduce the number of problems in the FreeBSD ports system, we periodically notify users about ports that are marked as "forbidden" in their Makefiles. Often, these ports are so marked due to security concerns, such as known exploits. An overview of each port, including errors seen on the build farm, is included below. portname: databases/gnats forbidden because: Security issues build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=databases&portname=gnats portname: irc/kvirc forbidden because: multiple vulnerabilities build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=irc&portname=kvirc portname: irc/kvirc-devel forbidden because: multiple vulnerabilities build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=irc&portname=kvirc-devel portname: misc/compat3x forbidden because: FreeBSD-SA-03:05.xdr, FreeBSD-SA-03:08.realpath - not fixed / no lib available build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=misc&portname=compat3x From owner-freebsd-ports@FreeBSD.ORG Wed Jul 7 07:29:25 2010 Return-Path: Delivered-To: freebsd-ports@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 042A2106566C for ; Wed, 7 Jul 2010 07:29:25 +0000 (UTC) (envelope-from stefan@freebsd.org) Received: from mail.hamcom.de (mail.hamcom.de [212.37.37.211]) by mx1.freebsd.org (Postfix) with ESMTP id BBB588FC0A for ; Wed, 7 Jul 2010 07:29:24 +0000 (UTC) Received: from adsl-dyn-88-208-130-184.heliweb.de ([88.208.130.184] helo=birne.dunkelkammer.void) by mail.hamcom.de with esmtpa (Exim 4.71) (envelope-from ) id 1OWOaM-0005gM-QN; Wed, 07 Jul 2010 08:58:22 +0200 Received: by birne.dunkelkammer.void (Postfix, from userid 1002) id 617611142B; Wed, 7 Jul 2010 08:58:22 +0200 (CEST) X-HeLi-id: cfcd208495d565ef66e7dff9f98764da Date: Wed, 7 Jul 2010 08:58:22 +0200 From: Stefan Walter To: freebsd-ports@freebsd.org Message-ID: <20100707065822.GD1463@birne.dunkelkammer.void> Mail-Followup-To: freebsd-ports@freebsd.org, miwi@freebsd.org References: <20100707023738.GA21938@auricle.charter.net> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20100707023738.GA21938@auricle.charter.net> User-Agent: Mutt/1.5.20 (2009-06-14) Cc: miwi@freebsd.org Subject: Re: security/gorilla is broken by lang/itcl update X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 07 Jul 2010 07:29:25 -0000 Hi, J. Porter Clark, 07.07.10, 04:37h CEST: > A recent revision of lang/itcl has apparently broken > security/gorilla, which now pops up a window which says: > > The Password Gorilla requires the > [incr Tcl] add-on to Tcl. Please install > the [incr Tcl] package. > > I've tried reinstalling itcl and everything else tcl- and > tk-related, to no avail. I don't know tcl and can't begin to > fix it myself. Any advice? there's an update to security/gorilla in ports/147833 (see [1]). I don't know if there's a problem with it or when miwi (cc'd) is going to commit it. Maybe it fixes your problem. There's also a second PR for security/gorilla in ports/148388 (see [2]) which seems to reference the problem you described. Regards, Stefan [1]: http://www.freebsd.org/cgi/query-pr.cgi?pr=ports/147833 [2]: http://www.freebsd.org/cgi/query-pr.cgi?pr=ports/148388 From owner-freebsd-ports@FreeBSD.ORG Wed Jul 7 11:20:14 2010 Return-Path: Delivered-To: freebsd-ports@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 8C3191065686 for ; Wed, 7 Jul 2010 11:20:14 +0000 (UTC) (envelope-from jessefrgsmith@yahoo.ca) Received: from n17.bullet.mail.mud.yahoo.com (n17.bullet.mail.mud.yahoo.com [68.142.206.144]) by mx1.freebsd.org (Postfix) with SMTP id 3E0A58FC15 for ; Wed, 7 Jul 2010 11:20:13 +0000 (UTC) Received: from [68.142.200.225] by n17.bullet.mail.mud.yahoo.com with NNFMP; 07 Jul 2010 11:20:13 -0000 Received: from [68.142.201.248] by t6.bullet.mud.yahoo.com with NNFMP; 07 Jul 2010 11:20:13 -0000 Received: from [127.0.0.1] by omp409.mail.mud.yahoo.com with NNFMP; 07 Jul 2010 11:20:13 -0000 X-Yahoo-Newman-Id: 724261.82996.bm@omp409.mail.mud.yahoo.com Received: (qmail 91597 invoked from network); 7 Jul 2010 11:20:13 -0000 DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=s1024; d=yahoo.ca; h=DKIM-Signature:Received:X-Yahoo-SMTP:X-YMail-OSG:X-Yahoo-Newman-Property:Subject:From:To:In-Reply-To:References:Content-Type:Date:Message-ID:Mime-Version:X-Mailer:Content-Transfer-Encoding; b=UVcKdTCevKuF42C0i+Y7U+dM6EAe7uI5Z3DpHxkibh7C5w1RomGkHA6QGKPzkODKGUXCTEHQRr/i1X2CH11B6UXPp9RB5S8kxYVe2632icsf7qF3mCHnZ4eN1QwQiwuzlssXWM3m0PG38UjS6SynAtY2Ay5gJLfgY7Pp0ernb+k= ; DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=yahoo.ca; s=s1024; t=1278501613; bh=reOF717/+8oGy2gb2kGAtFkATuJ756rV4qp+h8FB7r4=; h=Received:X-Yahoo-SMTP:X-YMail-OSG:X-Yahoo-Newman-Property:Subject:From:To:In-Reply-To:References:Content-Type:Date:Message-ID:Mime-Version:X-Mailer:Content-Transfer-Encoding; b=FFGPWwHvOIAwOBpgbArixiIRJyhSKWPZvIZB1iS7auhCSSeKaLhyOJXOxqVCCVg/jjZma5zHfnjenRJMNi66xOiXgzNSgc3vX+z728ao9N57sL+El35cAvqNt+8os26912mY79JnBbWtNTkqUhZ4ueOa7D4QMUvSevqcIoWWTgA= Received: from [192.168.0.103] (jessefrgsmith@71.7.176.238 with plain) by smtp145.mail.mud.yahoo.com with SMTP; 07 Jul 2010 04:20:13 -0700 PDT X-Yahoo-SMTP: NPm1JouswBClX_uJxHJINmnKUpROdMKvLL0- X-YMail-OSG: _.vp0IMVM1keOqW5lHZB_PGxhRMirb36icdHCTRH8nV6s82 7TeXXt5u5mRMYVlRl_BQKjtFWupSE31TlAcUciQ_x9VTy_x0msj1b3r92cHy O_upOcQwhT_e36aacsCFZUDUz46EhmiWWC_G.JwvSXIewI8Q9ZNwjBbeHAu8 YPGhyBL.tFDU7c6nKvsCBMUBFjdZobXVZAjHUUBQeD8.kDMQPETBm4EAtFQ7 vbiOSW424wtltq.daDGQOiIrE0gPwh0BP11dW6DyobzoZ_RzQ6jPRLiiL6ir WKAALfrAHGuJqCkpaXJS9_QKy_9FG.Ji3rnZZDUQDZcSb3BghJeVtkX9d5MI - X-Yahoo-Newman-Property: ymail-3 From: Jesse Smith To: freebsd-ports@freebsd.org In-Reply-To: <20100707063002.371521065766@hub.freebsd.org> References: <20100707063002.371521065766@hub.freebsd.org> Content-Type: text/plain; charset="UTF-8" Date: Wed, 07 Jul 2010 08:20:04 -0300 Message-ID: <1278501604.2636.2.camel@hp-laptop> Mime-Version: 1.0 X-Mailer: Evolution 2.28.1 Content-Transfer-Encoding: 7bit Subject: Re: Virtualbox consuming wcpu X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 07 Jul 2010 11:20:14 -0000 -----Original Message----- From: freebsd-ports-request@freebsd.org Reply-to: freebsd-ports@freebsd.org To: freebsd-ports@freebsd.org Subject: freebsd-ports Digest, Vol 372, Issue 3 Date: Wed, 7 Jul 2010 06:30:02 +0000 (UTC) I recently upgraded to the new port version of virtualbox - 3.2.6. After completing the upgrade, I'm seeing a massive amount of wcpu consumption (145%) with virtualbox when I use the vm to rdp to a different windows box. As long as I'm not using rdp, it works fine. When I first start the rdp, wcpu is fine, but it increases over time (20-30 minutes) until it's consuming cpu to the point where the host becomes very sluggish. Has anyone else experienced this? I have run into this problem too. Not sure what the cause is, but it does get out of hand very quickly on my machine. The only work-around I've found is to use "cpulimit" to throttle back the VirtualBox process. The side effect of this, of course, is everything in the VM runs very slowly. But it's the only thing I've found to avoid cooking my laptop. From owner-freebsd-ports@FreeBSD.ORG Wed Jul 7 14:54:34 2010 Return-Path: Delivered-To: freebsd-ports@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id ECCE11065673 for ; Wed, 7 Jul 2010 14:54:34 +0000 (UTC) (envelope-from freebsd-ports@m.gmane.org) Received: from lo.gmane.org (lo.gmane.org [80.91.229.12]) by mx1.freebsd.org (Postfix) with ESMTP id E592E8FC16 for ; Wed, 7 Jul 2010 14:54:33 +0000 (UTC) Received: from list by lo.gmane.org with local (Exim 4.69) (envelope-from ) id 1OWW1A-00045i-Hv for freebsd-ports@freebsd.org; Wed, 07 Jul 2010 16:54:32 +0200 Received: from 207.155.204.151.ptr.us.xo.net ([207.155.204.151]) by main.gmane.org with esmtp (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for ; Wed, 07 Jul 2010 16:54:32 +0200 Received: from atkin901 by 207.155.204.151.ptr.us.xo.net with local (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for ; Wed, 07 Jul 2010 16:54:32 +0200 X-Injected-Via-Gmane: http://gmane.org/ To: freebsd-ports@freebsd.org From: Mark Atkinson Date: Wed, 07 Jul 2010 07:54:23 -0700 Lines: 191 Message-ID: References: <20100703144207.29a981e3.ehaupt@critical.ch> <19503.27383.863804.341881@gargle.gargle.HOWL> <20100703205330.1f14fd6a.ehaupt@FreeBSD.org> <19503.37741.97266.846223@gargle.gargle.HOWL> <20100707025728.GE66073@lor.one-eyed-alien.net> Mime-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit X-Complaints-To: usenet@dough.gmane.org X-Gmane-NNTP-Posting-Host: 207.155.204.151.ptr.us.xo.net User-Agent: Mozilla/5.0 (X11; U; FreeBSD i386; en-US; rv:1.9.1.10) Gecko/20100628 Thunderbird/3.0.5 In-Reply-To: <20100707025728.GE66073@lor.one-eyed-alien.net> X-Enigmail-Version: 1.0 Subject: Re: audio/squeezeboxserver still broken X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 07 Jul 2010 14:54:35 -0000 -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 On 07/06/10 19:57, Brooks Davis wrote: > On Sat, Jul 03, 2010 at 12:45:49PM -0700, George Hartzell wrote: >> Emanuel Haupt writes: >> > George Hartzell wrote: >> > > Emanuel Haupt writes: >> > > > Hi >> > > > >> > > > The current audio/squeezeboxserver port is still broken for me. I >> > > > just built a package set with an up to date ports tree and >> > > > installed them in a vanilla jail to make sure that there is no >> > > > previous cruft which could possibly be a problem. >> > > > >> > > > After installing the package set I started the server and >> > > > configured it over the webinterface - just basic stuff, file >> > > > location, playlist location, that's it. Then I run >> > > > >> > > > $ /usr/local/squeezeboxserver/scanner.pl --wipe --rescan >> > > > >> > > > And I get: >> > > > >> > > > # /usr/local/squeezeboxserver/scanner.pl --rescan --wipe >> > > > Your locale was detected as C, you may have problems with >> > > > non-Latin filenames. Consider changing your LANG variable to the >> > > > correct locale, i.e. en_US.utf8 [10-07-03 14:38:04.1610] >> > > > main::main (180) Starting Squeezebox Server scanner (v7.5.1, >> > > > r30836, Tue Jun 1 07:00:00 MDT 2010) perl 5.010001 [10-07-03 >> > > > 14:38:04.2226] Carp::Clan::__ANON__ (227) Warning: >> > > > Class::C3::Componentised::load_components(): Use of >> > > > DBIx::Class::UTF8Columns is strongly discouraged. See >> > > > documentation of DBIx::Class::UTF8Columns for more info [10-07-03 >> > > > 14:38:04.3794] main::main (271) Removing artwork cache... >> > > > [10-07-03 14:38:04.3823] Slim::Music::Import::runImporter (566) >> > > > Starting Slim::Music::MusicFolderScan scan [10-07-03 >> > > > 14:38:04.3945] Slim::Utils::Scanner::scanDirectory (320) Found 49 >> > > > files in /mp3 [10-07-03 14:38:04.3956] >> > > > Slim::Utils::Scanner::scanDirectory (333) Scanning: /mp3/foo.mp3 >> > > > [10-07-03 14:38:04.4332] Slim::Schema::Storage::throw_exception >> > > > (82) Error: DBI Exception: DBD::mysql::db begin_work failed: >> > > > Already in a transaction [10-07-03 14:38:04.4336] >> > > > Slim::Schema::Storage::throw_exception (82) Backtrace: >> > > > >> > > > frame 0: Slim::Utils::Log::logBacktrace >> > > > (/usr/local/squeezeboxserver/Slim/Schema/Storage.pm line 82) frame >> > > > 1: Slim::Schema::Storage::throw_exception >> > > > (/usr/local/lib/perl5/site_perl/5.10.1/DBIx/Class/Storage/DBI.pm >> > > > line 1187) frame 2: DBIx::Class::Storage::DBI::__ANON__ >> > > > (/usr/local/lib/perl5/site_perl/5.10.1/DBIx/Class/Storage/DBI.pm >> > > > line 1329) frame 3: DBIx::Class::Storage::DBI::__ANON__ >> > > > (/usr/local/lib/perl5/site_perl/5.10.1/DBIx/Class/Storage/DBI.pm >> > > > line 738) frame 4: DBIx::Class::Storage::DBI::__ANON__ >> > > > (/usr/local/lib/perl5/site_perl/5.10.1/Try/Tiny.pm line 76) frame >> > > > 5: (eval) (/usr/local/lib/perl5/site_perl/5.10.1/Try/Tiny.pm line >> > > > 67) frame 6: Try::Tiny::try >> > > > (/usr/local/lib/perl5/site_perl/5.10.1/DBIx/Class/Storage/DBI.pm >> > > > line 749) frame 7: DBIx::Class::Storage::DBI::dbh_do >> > > > (/usr/local/lib/perl5/site_perl/5.10.1/DBIx/Class/Storage/DBI.pm >> > > > line 1329) frame 8: DBIx::Class::Storage::DBI::_dbh_begin_work >> > > > (/usr/local/lib/perl5/site_perl/5.10.1/DBIx/Class/Storage/DBI.pm >> > > > line 1310) frame 9: DBIx::Class::Storage::DBI::txn_begin >> > > > (/usr/local/lib/perl5/site_perl/5.10.1/DBIx/Class/Storage/TxnScopeGuard.pm >> > > > line 12) frame 10: DBIx::Class::Storage::TxnScopeGuard::new >> > > > (/usr/local/lib/perl5/site_perl/5.10.1/DBIx/Class/Storage.pm line >> > > > 333) frame 11: DBIx::Class::Storage::txn_scope_guard >> > > > (/usr/local/lib/perl5/site_perl/5.10.1/DBIx/Class/Schema.pm line >> > > > 672) frame 12: DBIx::Class::Schema::txn_scope_guard >> > > > (/usr/local/lib/perl5/site_perl/5.10.1/DBIx/Class/Relationship/CascadeActions.pm >> > > > line 49) frame 13: >> > > > DBIx::Class::Relationship::CascadeActions::update >> > > > (/usr/local/squeezeboxserver/Slim/Schema/DBI.pm line 39) frame 14: >> > > > Slim::Schema::DBI::update >> > > > (/usr/local/squeezeboxserver/Slim/Schema.pm line 2766) frame 15: >> > > > Slim::Schema::_postCheckAttributes >> > > > (/usr/local/squeezeboxserver/Slim/Schema.pm line 1079) frame 16: >> > > > Slim::Schema::newTrack >> > > > (/usr/local/squeezeboxserver/Slim/Utils/Scanner.pm line 347) frame >> > > > 17: Slim::Utils::Scanner::scanDirectory >> > > > (/usr/local/squeezeboxserver/Slim/Music/MusicFolderScan.pm line >> > > > 79) frame 18: Slim::Music::MusicFolderScan::startScan >> > > > (/usr/local/squeezeboxserver/Slim/Music/Import.pm line 568) frame >> > > > 19: Slim::Music::Import::runImporter >> > > > (/usr/local/squeezeboxserver/Slim/Music/Import.pm line 373) frame >> > > > 20: Slim::Music::Import::runScan >> > > > (/usr/local/squeezeboxserver/scanner.pl line 305) frame 21: (eval) >> > > > (/usr/local/squeezeboxserver/scanner.pl line 299) frame 22: >> > > > main::main (/usr/local/squeezeboxserver/scanner.pl line 454) >> > > > >> > > > [10-07-03 14:38:04.4341] Slim::Schema::Storage::throw_exception >> > > > (82) Error: Carp::Clan::__ANON__(): DBI Exception: DBD::mysql::db >> > > > begin_work failed: Already in a transaction >> > > > at /usr/local/squeezeboxserver/Slim/Schema/Storage.pm line 86 >> > > > [10-07-03 14:38:04.4344] Slim::Schema::Storage::throw_exception >> > > > (82) Backtrace: >> > > > >> > > > frame 0: Slim::Utils::Log::logBacktrace >> > > > (/usr/local/squeezeboxserver/Slim/Schema/Storage.pm line 82) frame >> > > > 1: Slim::Schema::Storage::throw_exception >> > > > (/usr/local/lib/perl5/site_perl/5.10.1/DBIx/Class/Storage/DBI.pm >> > > > line 740) frame 2: DBIx::Class::Storage::DBI::__ANON__ >> > > > (/usr/local/lib/perl5/site_perl/5.10.1/Try/Tiny.pm line 98) frame >> > > > 3: Try::Tiny::try >> > > > (/usr/local/lib/perl5/site_perl/5.10.1/DBIx/Class/Storage/DBI.pm >> > > > line 749) frame 4: DBIx::Class::Storage::DBI::dbh_do >> > > > (/usr/local/lib/perl5/site_perl/5.10.1/DBIx/Class/Storage/DBI.pm >> > > > line 1329) frame 5: DBIx::Class::Storage::DBI::_dbh_begin_work >> > > > (/usr/local/lib/perl5/site_perl/5.10.1/DBIx/Class/Storage/DBI.pm >> > > > line 1310) frame 6: DBIx::Class::Storage::DBI::txn_begin >> > > > (/usr/local/lib/perl5/site_perl/5.10.1/DBIx/Class/Storage/TxnScopeGuard.pm >> > > > line 12) frame 7: DBIx::Class::Storage::TxnScopeGuard::new >> > > > (/usr/local/lib/perl5/site_perl/5.10.1/DBIx/Class/Storage.pm line >> > > > 333) frame 8: DBIx::Class::Storage::txn_scope_guard >> > > > (/usr/local/lib/perl5/site_perl/5.10.1/DBIx/Class/Schema.pm line >> > > > 672) frame 9: DBIx::Class::Schema::txn_scope_guard >> > > > (/usr/local/lib/perl5/site_perl/5.10.1/DBIx/Class/Relationship/CascadeActions.pm >> > > > line 49) frame 10: >> > > > DBIx::Class::Relationship::CascadeActions::update >> > > > (/usr/local/squeezeboxserver/Slim/Schema/DBI.pm line 39) frame 11: >> > > > Slim::Schema::DBI::update >> > > > (/usr/local/squeezeboxserver/Slim/Schema.pm line 2766) frame 12: >> > > > Slim::Schema::_postCheckAttributes >> > > > (/usr/local/squeezeboxserver/Slim/Schema.pm line 1079) frame 13: >> > > > Slim::Schema::newTrack >> > > > (/usr/local/squeezeboxserver/Slim/Utils/Scanner.pm line 347) frame >> > > > 14: Slim::Utils::Scanner::scanDirectory >> > > > (/usr/local/squeezeboxserver/Slim/Music/MusicFolderScan.pm line >> > > > 79) frame 15: Slim::Music::MusicFolderScan::startScan >> > > > (/usr/local/squeezeboxserver/Slim/Music/Import.pm line 568) frame >> > > > 16: Slim::Music::Import::runImporter >> > > > (/usr/local/squeezeboxserver/Slim/Music/Import.pm line 373) frame >> > > > 17: Slim::Music::Import::runScan >> > > > (/usr/local/squeezeboxserver/scanner.pl line 305) frame 18: (eval) >> > > > (/usr/local/squeezeboxserver/scanner.pl line 299) frame 19: >> > > > main::main (/usr/local/squeezeboxserver/scanner.pl line 454) >> > > > >> > > > [10-07-03 14:38:04.4348] main::main (311) Error: Failed when >> > > > running main scan: [Carp::Clan::__ANON__(): DBI Exception: >> > > > DBD::mysql::db begin_work failed: Already in a transaction >> > > > at /usr/local/squeezeboxserver/Slim/Schema/Storage.pm line 86 ] >> > > > [10-07-03 14:38:04.4350] main::main (312) Error: Skipping >> > > > >> > > > Emanuel >> > > > _______________________________________________ >> > > > 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" >> > > > >> > > > >> > > > >> > > >> > > Does it work if you roll back to the previous version of DBIx::Class? >> > >> > That did work. I'm thinking about creating a databases/p5-DBIx-Class >> > 0.08120 legacy port and submit a patch to adjust the module path in the >> > current audio/squeezeboxserver. >> > >> > Anyone opposed to that idea? Thoughts? >> > [...] >> >> Well, it'd be nice to have it work.... Any info in the squeezebox >> world about moving forward to the current DBIx::Class? I don't know >> what the precedent is for maintaining a retro port. Also, someone >> will have to watch and unwind it when squeeze catches up. > > While I hate the idea of a retro port the only other easy option is to > revert to using the version from ports and making the > databases/p5-DBIx-Class a conflict. Realistically I'm not going to > provide a fix myself that isn't trivial. I'd happily give up > maintainership to someone who could. > > -- Brooks Just trying to bring all the info together here: http://www.freebsd.org/cgi/query-pr.cgi?pr=ports/148318 and http://forums.slimdevices.com/showthread.php?t=80146 - -Mark -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.15 (FreeBSD) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/ iEYEARECAAYFAkw0lR8ACgkQrDN5kXnx8ybdewCeMPDXxdfgy+TDPP5eZMYBbquG QlUAn1qSbQU1XjTkJEE638wRxqzLUHgK =zSBa -----END PGP SIGNATURE----- From owner-freebsd-ports@FreeBSD.ORG Wed Jul 7 17:02:25 2010 Return-Path: Delivered-To: ports@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 9AEDD106564A for ; Wed, 7 Jul 2010 17:02:25 +0000 (UTC) (envelope-from glarkin@FreeBSD.org) Received: from mail1.sourcehosting.net (113901-app1.sourcehosting.net [72.32.213.11]) by mx1.freebsd.org (Postfix) with ESMTP id 77F248FC0C for ; Wed, 7 Jul 2010 17:02:25 +0000 (UTC) Received: from 68-189-245-235.dhcp.oxfr.ma.charter.com ([68.189.245.235] helo=cube.entropy.prv) by mail1.sourcehosting.net with esmtp (Exim 4.69 (FreeBSD)) (envelope-from ) id 1OWY0p-000FDn-Ei; Wed, 07 Jul 2010 13:02:24 -0400 Received: from [127.0.0.1] (fireball.entropy.prv [192.168.1.12]) by cube.entropy.prv (Postfix) with ESMTP id 27080423B4AB; Wed, 7 Jul 2010 13:02:19 -0400 (EDT) Message-ID: <4C34B319.1010503@FreeBSD.org> Date: Wed, 07 Jul 2010 13:02:17 -0400 From: Greg Larkin Organization: The FreeBSD Project User-Agent: Thunderbird 2.0.0.24 (Windows/20100228) MIME-Version: 1.0 To: andrew clarke References: <20100706160639.GA21981@ozzmosis.com> <20100707042008.GA60650@ozzmosis.com> In-Reply-To: <20100707042008.GA60650@ozzmosis.com> X-Enigmail-Version: 0.96.0 OpenPGP: id=1C940290 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit X-Spam-Score: 0.1 (/) Cc: ports@FreeBSD.org, lev@freebsd.org Subject: Re: devel/subversion X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: glarkin@FreeBSD.org List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 07 Jul 2010 17:02:25 -0000 -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 andrew clarke wrote: > On Wed 2010-07-07 02:06:39 UTC+1000, andrew clarke (mail@ozzmosis.com) wrote: > >> Can anyone confirm that subversion fails to build with www/neon28 and >> requires www/neon29? This is not mentioned in UPDATING. > > Building subversion 1.6.11_3 with neon28-0.28.6_1 installed: > > ===> Configuring for subversion-1.6.11_3 > configure: Configuring Subversion 1.6.11 > ... > checking for pkg-config... /usr/local/bin/pkg-config > configure: checking neon library > checking neon library version... 0.28.6 > configure: error: cannot find Neon > ===> Script "configure" failed unexpectedly. > Please report the problem to lev@freebsd.org [maintainer] and attach the > "/usr/ports/devel/subversion/work/subversion-1.6.11/config.log" including the > > Looking at config.log: > > configure:5698: cc -o conftest -O2 -fno-strict-aliasing -pipe -g -O2 > -I/usr/local/include/neon -L/usr/local/lib > -L/usr/local/lib/db42 conftest.c -L/usr/local/lib -lneon >&5 > > /usr/local/lib/libneon.so: undefined reference to `SSL_SESSION_cmp' > > At this point I thought I should try rebuilding openssl-1.0.0_2, > however while that's re-building I decide to grep for SSL_SESSION_cmp > in the neon29-0.29.3_1 sources and find this comment: > > "OpenSSL 1.0 removed SSL_SESSION_cmp for no apparent reason" > > with an apparent fix. > > So my conclusion is that building subversion needs neon29 to be > installed if you're using OpenSSL 1.0. And this should probably be > mentioned in UPDATING... > > Thanks, > > Regards > Andrew Hi Andrew, I confirmed the problem here with these ports installed prior to upgrading to Subversion 1.6.12: openssl-1.0.0_2 SSL and crypto library neon28-0.28.6_1 An HTTP and WebDAV client library for Unix systems Eventually, this issue should be resolved by the following PR (http://www.freebsd.org/cgi/query-pr.cgi?pr=ports/148295), but a full port build has to be performed by portmgr first. In the mean time, I think an entry in UPDATING would be helpful. Would you mind writing one and assigning it to me in the PR system? I resolved the problem by issuing the command: portmaster -o www/neon29 neon28 and proceeding with the devel/subversion build. Thank you, Greg - -- Greg Larkin http://www.FreeBSD.org/ - The Power To Serve http://www.sourcehosting.net/ - Ready. Set. Code. http://twitter.com/sourcehosting/ - Follow me, follow you -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.7 (MingW32) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/ iD8DBQFMNLMZ0sRouByUApARAhARAJ9Xw2Edegi/gdIBcD0c9ibAPFcbgwCfRRqD IsWmK7OSULwy2mO+Gy2ISkk= =jF2g -----END PGP SIGNATURE----- From owner-freebsd-ports@FreeBSD.ORG Wed Jul 7 21:41:48 2010 Return-Path: Delivered-To: ports@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 60E4C106566B for ; Wed, 7 Jul 2010 21:41:48 +0000 (UTC) (envelope-from paulbeard@gmail.com) Received: from mail-qy0-f182.google.com (mail-qy0-f182.google.com [209.85.216.182]) by mx1.freebsd.org (Postfix) with ESMTP id 21D638FC0A for ; Wed, 7 Jul 2010 21:41:47 +0000 (UTC) Received: by qyk7 with SMTP id 7so3238653qyk.13 for ; Wed, 07 Jul 2010 14:41:41 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:received:received:date:message-id :subject:from:to:content-type; bh=xx3eUoLjSeay/CB/et5L3pCveMLGzLMlPKA/ugg1QSI=; b=Hlr4mWfDfgN0RKVSYY+nGkiRHHr3q37FfpfhZdr+V7y+7JxJgPGYJElJGgwFsyVzi3 HeKMuvQ8UegKMdpexKJ8mLQSla3OSTg2jjiddb/8bZo/ByaMbwqN92K2+/9rMbtjAJDC pnTnlgIC4K3HDgOi/60i2a5j/9Ask7UE79ESw= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=mime-version:date:message-id:subject:from:to:content-type; b=LOfzndw/oxUF4aEIeVHvZQAae1sEa8tZKKE+DzNRwPx7X3iI/6FWbOMLn08hOhx3BD QPs/hIG5+u14Sph3/mA8WWOvJQ2WkHai0uel14gc9IWpFWSTchf74vlZhBKK5JYQhlNK 61ooFtHufkXmwawYWOpz3wrgktVj2yO2MoVzQ= MIME-Version: 1.0 Received: by 10.224.52.23 with SMTP id f23mr3940159qag.370.1278537211524; Wed, 07 Jul 2010 14:13:31 -0700 (PDT) Received: by 10.229.233.14 with HTTP; Wed, 7 Jul 2010 14:13:31 -0700 (PDT) Date: Wed, 7 Jul 2010 14:13:31 -0700 Message-ID: From: paul beard To: ports@freebsd.org Content-Type: text/plain; charset=UTF-8 Cc: Subject: FreeBSD 8 SSP challenge? [cacti-spine ===> Script "configure" failed unexpectedly] X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 07 Jul 2010 21:41:48 -0000 At the request of the maintainer, I am opening this up to the wider audience here on ports@. Trying to get cacti-spine to build on FreeBSD 8 and getting stuck. checking whether we are using Solaris privileges... no checking for mysql_init in -lmysqlclient_r... yes checking for mysql_thread_init in -lmysqlclient_r... yes checking if UCD-SNMP needs crypto support... no checking if Net-SNMP needs crypto support... yes checking for snmp_timeout in -lnetsnmp... no Cannot find NET-SNMP libraries(snmp)... checking UCD-SNMP checking for snmp_timeout in -lsnmp... no configure: error: Cannot find UCD-SNMP libraries(snmp) Over the course of trying to work this out, I found similar issues to issue 141238 [1] . This patch RCS file: /usr/share/cvs/freebsd/ports/net-mgmt/cacti-spine/Makefile,v retrieving revision 1.22 diff -u -r1.22 Makefile --- Makefile 2 Jun 2010 19:14:12 -0000 1.22 +++ Makefile 25 Jun 2010 15:42:18 -0000 @@ -19,6 +19,8 @@ GNU_CONFIGURE= YES CONFIGURE_ARGS+=--with-mysql=${LOCALBASE} --with-snmp=${LOCALBASE} +CONFIGURE_ENV= LDFLAGS="`net-snmp-config --libs`" \ + CPPFLAGS="`net-snmp-config --cflags`" USE_MYSQL= YES USE_OPENSSL= YES USE_AUTOTOOLS= libtool:22 seems to get us closer. We get through configure, anyway, and fail here: libtool: link: cc -I/usr/local/include/net-snmp -I/usr/local/include/net-snmp/.. -I/usr/local/include/mysql -pipe -g -rpath=/usr/lib:/usr/local/lib -o spine sql.o spine.o util.o snmp.o locks.o poller.o nft_popen.o php.o ping.o keywords.o error.o -L/usr/local/lib -L/usr/local/lib/mysql /usr/local/lib/libnetsnmp.so -L/usr/lib -lkvm -ldevstat /usr/local/lib/mysql/libmysqlclient_r.so -lcrypt -lcrypto -lz -lpthread -lm -pthread -Wl,-rpath -Wl,/usr/local/lib -Wl,-rpath -Wl,/usr/local/lib/mysql -Wl,-rpath -Wl,/usr/local/lib -Wl,-rpath -Wl,/usr/local/lib/mysql /usr/local/lib/libnetsnmp.so: undefined reference to `__stack_chk_fail_local' *** Error code 1 1. http://lists.freebsd.org/pipermail/freebsd-ports-bugs/2009-December/177481.html -- Paul Beard / www.paulbeard.org/ From owner-freebsd-ports@FreeBSD.ORG Wed Jul 7 21:46:55 2010 Return-Path: Delivered-To: ports@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 4ACAA1065673; Wed, 7 Jul 2010 21:46:55 +0000 (UTC) (envelope-from yanefbsd@gmail.com) Received: from mail-qy0-f175.google.com (mail-qy0-f175.google.com [209.85.216.175]) by mx1.freebsd.org (Postfix) with ESMTP id C7A438FC1A; Wed, 7 Jul 2010 21:46:54 +0000 (UTC) Received: by qyk30 with SMTP id 30so3257095qyk.13 for ; Wed, 07 Jul 2010 14:46:50 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:received:received:in-reply-to :references:date:message-id:subject:from:to:cc:content-type :content-transfer-encoding; bh=kYHOTOBpEqR7aUNIDQCX++ZZqDRJq2POcj9K+qXcV9U=; b=B+WGk/RvlO5zJW8h7u3RSsLOiW4hiTAvY3Xi3m6N245XbJlaHZeHUYDKBCjruD2Vf7 jdp+OyUgZx+2zrgMIKMJI/XS+8wbgWugr4/nZw2/MTox2L7Asq/aOKgEpkNDI7tEKC6w cbTUxUyLQ+TCwa1ABvM11ICahjX5exKwd+/oM= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type:content-transfer-encoding; b=KFizvHLdxaj125hdWyDKaj3/t3q5eQ1gngSCNutO10mHfvSrxIZ2+oJYbfeBlHobww zOWhIk/FAss8RUryqd4rQ5TPZLfFpZYOJh2ERgKh7SdfJaCjrlXOK57bbkWgTvwnJhJn ffGEyv1Lx0bBP7HAdaHvE6b6wAk8scdiyGhd0= MIME-Version: 1.0 Received: by 10.224.64.209 with SMTP id f17mr3982787qai.138.1278539210121; Wed, 07 Jul 2010 14:46:50 -0700 (PDT) Received: by 10.229.192.201 with HTTP; Wed, 7 Jul 2010 14:46:49 -0700 (PDT) In-Reply-To: <4C34B319.1010503@FreeBSD.org> References: <20100706160639.GA21981@ozzmosis.com> <20100707042008.GA60650@ozzmosis.com> <4C34B319.1010503@FreeBSD.org> Date: Wed, 7 Jul 2010 14:46:49 -0700 Message-ID: From: Garrett Cooper To: glarkin@freebsd.org Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Cc: ports@freebsd.org, lev@freebsd.org, andrew clarke Subject: Re: devel/subversion X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 07 Jul 2010 21:46:55 -0000 On Wed, Jul 7, 2010 at 10:02 AM, Greg Larkin wrote: > -----BEGIN PGP SIGNED MESSAGE----- > Hash: SHA1 > > andrew clarke wrote: >> On Wed 2010-07-07 02:06:39 UTC+1000, andrew clarke (mail@ozzmosis.com) w= rote: >> >>> Can anyone confirm that subversion fails to build with www/neon28 and >>> requires www/neon29? =A0This is not mentioned in UPDATING. >> >> Building subversion 1.6.11_3 with neon28-0.28.6_1 installed: >> >> =3D=3D=3D> =A0Configuring for subversion-1.6.11_3 >> configure: Configuring Subversion 1.6.11 >> ... >> checking for pkg-config... /usr/local/bin/pkg-config >> configure: checking neon library >> checking neon library version... 0.28.6 >> configure: error: cannot find Neon >> =3D=3D=3D> =A0Script "configure" failed unexpectedly. >> Please report the problem to lev@freebsd.org [maintainer] and attach the >> "/usr/ports/devel/subversion/work/subversion-1.6.11/config.log" includin= g the >> >> Looking at config.log: >> >> configure:5698: cc -o conftest -O2 -fno-strict-aliasing -pipe =A0-g -O2 >> -I/usr/local/include/neon =A0 =A0 =A0 =A0 =A0-L/usr/local/lib >> -L/usr/local/lib/db42 conftest.c =A0-L/usr/local/lib -lneon =A0>&5 >> >> /usr/local/lib/libneon.so: undefined reference to `SSL_SESSION_cmp' >> >> At this point I thought I should try rebuilding openssl-1.0.0_2, >> however while that's re-building I decide to grep for SSL_SESSION_cmp >> in the neon29-0.29.3_1 sources and find this comment: >> >> "OpenSSL 1.0 removed SSL_SESSION_cmp for no apparent reason" >> >> with an apparent fix. >> >> So my conclusion is that building subversion needs neon29 to be >> installed if you're using OpenSSL 1.0. =A0And this should probably be >> mentioned in UPDATING... >> >> Thanks, >> >> Regards >> Andrew > > Hi Andrew, > > I confirmed the problem here with these ports installed prior to > upgrading to Subversion 1.6.12: > > openssl-1.0.0_2 =A0 =A0 SSL and crypto library > neon28-0.28.6_1 =A0 =A0 An HTTP and WebDAV client library for Unix system= s > > Eventually, this issue should be resolved by the following PR > (http://www.freebsd.org/cgi/query-pr.cgi?pr=3Dports/148295), but a full > port build has to be performed by portmgr first. > > In the mean time, I think an entry in UPDATING would be helpful. =A0Would > you mind writing one and assigning it to me in the PR system? =A0I > resolved the problem by issuing the command: > > portmaster -o www/neon29 neon28 > > and proceeding with the devel/subversion build. Certain bits probably need to be added to detect the version incompatibility and recommend an upgrade and/or CONFLICTS, maybe? -Garrett From owner-freebsd-ports@FreeBSD.ORG Wed Jul 7 21:47:24 2010 Return-Path: Delivered-To: ports@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id A7C26106564A; Wed, 7 Jul 2010 21:47:24 +0000 (UTC) (envelope-from hartzell@almost.alerce.com) Received: from merlin.alerce.com (merlin.alerce.com [64.62.142.94]) by mx1.freebsd.org (Postfix) with ESMTP id 8B98F8FC1A; Wed, 7 Jul 2010 21:47:24 +0000 (UTC) Received: from almost.alerce.com (fw-open-virt.gene.com [192.12.78.250]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (Client did not present a certificate) by merlin.alerce.com (Postfix) with ESMTP id E85E033C62; Wed, 7 Jul 2010 14:47:25 -0700 (PDT) Received: by almost.alerce.com (Postfix, from userid 503) id D1BD295DE8E; Wed, 7 Jul 2010 14:47:23 -0700 (PDT) From: George Hartzell MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Message-ID: <19508.62955.793205.277093@gargle.gargle.HOWL> Date: Wed, 7 Jul 2010 14:47:23 -0700 To: Brooks Davis In-Reply-To: <20100707025728.GE66073@lor.one-eyed-alien.net> References: <20100703144207.29a981e3.ehaupt@critical.ch> <19503.27383.863804.341881@gargle.gargle.HOWL> <20100703205330.1f14fd6a.ehaupt@FreeBSD.org> <19503.37741.97266.846223@gargle.gargle.HOWL> <20100707025728.GE66073@lor.one-eyed-alien.net> X-Mailer: VM 8.0.12 under 22.3.1 (i386-apple-darwin9.6.0) Cc: ports@FreeBSD.org, Emanuel Haupt , George Hartzell , Emanuel Haupt Subject: Re: audio/squeezeboxserver still broken X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: hartzell@alerce.com List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 07 Jul 2010 21:47:24 -0000 Brooks Davis writes: > On Sat, Jul 03, 2010 at 12:45:49PM -0700, George Hartzell wrote: > > Emanuel Haupt writes: > > > George Hartzell wrote: > > > > Emanuel Haupt writes: > > > > > Hi > > > > > > > > > > The current audio/squeezeboxserver port is still broken for me. I > > > > > just built a package set with an up to date ports tree and > > > > > installed them in a vanilla jail to make sure that there is no > > > > > previous cruft which could possibly be a problem. > > > > > > > > > > After installing the package set I started the server and > > > > > configured it over the webinterface - just basic stuff, file > > > > > location, playlist location, that's it. Then I run > > > > > > > > > > $ /usr/local/squeezeboxserver/scanner.pl --wipe --rescan > > > > > > > > > > And I get: > > > > > > > > > > # /usr/local/squeezeboxserver/scanner.pl --rescan --wipe > > > > > Your locale was detected as C, you may have problems with > > > > > non-Latin filenames. Consider changing your LANG variable to the > > > > > correct locale, i.e. en_US.utf8 [10-07-03 14:38:04.1610] > > > > > main::main (180) Starting Squeezebox Server scanner (v7.5.1, > > > > > r30836, Tue Jun 1 07:00:00 MDT 2010) perl 5.010001 [10-07-03 > > > > > 14:38:04.2226] Carp::Clan::__ANON__ (227) Warning: > > > > > Class::C3::Componentised::load_components(): Use of > > > > > DBIx::Class::UTF8Columns is strongly discouraged. See > > > > > documentation of DBIx::Class::UTF8Columns for more info [10-07-03 > > > > > 14:38:04.3794] main::main (271) Removing artwork cache... > > > > > [10-07-03 14:38:04.3823] Slim::Music::Import::runImporter (566) > > > > > Starting Slim::Music::MusicFolderScan scan [10-07-03 > > > > > 14:38:04.3945] Slim::Utils::Scanner::scanDirectory (320) Found 49 > > > > > files in /mp3 [10-07-03 14:38:04.3956] > > > > > Slim::Utils::Scanner::scanDirectory (333) Scanning: /mp3/foo.mp3 > > > > > [10-07-03 14:38:04.4332] Slim::Schema::Storage::throw_exception > > > > > (82) Error: DBI Exception: DBD::mysql::db begin_work failed: > > > > > Already in a transaction [10-07-03 14:38:04.4336] > > > > > Slim::Schema::Storage::throw_exception (82) Backtrace: > > > > > > > > > > frame 0: Slim::Utils::Log::logBacktrace > > > > > (/usr/local/squeezeboxserver/Slim/Schema/Storage.pm line 82) frame > > > > > 1: Slim::Schema::Storage::throw_exception > > > > > (/usr/local/lib/perl5/site_perl/5.10.1/DBIx/Class/Storage/DBI.pm > > > > > line 1187) frame 2: DBIx::Class::Storage::DBI::__ANON__ > > > > > (/usr/local/lib/perl5/site_perl/5.10.1/DBIx/Class/Storage/DBI.pm > > > > > line 1329) frame 3: DBIx::Class::Storage::DBI::__ANON__ > > > > > (/usr/local/lib/perl5/site_perl/5.10.1/DBIx/Class/Storage/DBI.pm > > > > > line 738) frame 4: DBIx::Class::Storage::DBI::__ANON__ > > > > > (/usr/local/lib/perl5/site_perl/5.10.1/Try/Tiny.pm line 76) frame > > > > > 5: (eval) (/usr/local/lib/perl5/site_perl/5.10.1/Try/Tiny.pm line > > > > > 67) frame 6: Try::Tiny::try > > > > > (/usr/local/lib/perl5/site_perl/5.10.1/DBIx/Class/Storage/DBI.pm > > > > > line 749) frame 7: DBIx::Class::Storage::DBI::dbh_do > > > > > (/usr/local/lib/perl5/site_perl/5.10.1/DBIx/Class/Storage/DBI.pm > > > > > line 1329) frame 8: DBIx::Class::Storage::DBI::_dbh_begin_work > > > > > (/usr/local/lib/perl5/site_perl/5.10.1/DBIx/Class/Storage/DBI.pm > > > > > line 1310) frame 9: DBIx::Class::Storage::DBI::txn_begin > > > > > (/usr/local/lib/perl5/site_perl/5.10.1/DBIx/Class/Storage/TxnScopeGuard.pm > > > > > line 12) frame 10: DBIx::Class::Storage::TxnScopeGuard::new > > > > > (/usr/local/lib/perl5/site_perl/5.10.1/DBIx/Class/Storage.pm line > > > > > 333) frame 11: DBIx::Class::Storage::txn_scope_guard > > > > > (/usr/local/lib/perl5/site_perl/5.10.1/DBIx/Class/Schema.pm line > > > > > 672) frame 12: DBIx::Class::Schema::txn_scope_guard > > > > > (/usr/local/lib/perl5/site_perl/5.10.1/DBIx/Class/Relationship/CascadeActions.pm > > > > > line 49) frame 13: > > > > > DBIx::Class::Relationship::CascadeActions::update > > > > > (/usr/local/squeezeboxserver/Slim/Schema/DBI.pm line 39) frame 14: > > > > > Slim::Schema::DBI::update > > > > > (/usr/local/squeezeboxserver/Slim/Schema.pm line 2766) frame 15: > > > > > Slim::Schema::_postCheckAttributes > > > > > (/usr/local/squeezeboxserver/Slim/Schema.pm line 1079) frame 16: > > > > > Slim::Schema::newTrack > > > > > (/usr/local/squeezeboxserver/Slim/Utils/Scanner.pm line 347) frame > > > > > 17: Slim::Utils::Scanner::scanDirectory > > > > > (/usr/local/squeezeboxserver/Slim/Music/MusicFolderScan.pm line > > > > > 79) frame 18: Slim::Music::MusicFolderScan::startScan > > > > > (/usr/local/squeezeboxserver/Slim/Music/Import.pm line 568) frame > > > > > 19: Slim::Music::Import::runImporter > > > > > (/usr/local/squeezeboxserver/Slim/Music/Import.pm line 373) frame > > > > > 20: Slim::Music::Import::runScan > > > > > (/usr/local/squeezeboxserver/scanner.pl line 305) frame 21: (eval) > > > > > (/usr/local/squeezeboxserver/scanner.pl line 299) frame 22: > > > > > main::main (/usr/local/squeezeboxserver/scanner.pl line 454) > > > > > > > > > > [10-07-03 14:38:04.4341] Slim::Schema::Storage::throw_exception > > > > > (82) Error: Carp::Clan::__ANON__(): DBI Exception: DBD::mysql::db > > > > > begin_work failed: Already in a transaction > > > > > at /usr/local/squeezeboxserver/Slim/Schema/Storage.pm line 86 > > > > > [10-07-03 14:38:04.4344] Slim::Schema::Storage::throw_exception > > > > > (82) Backtrace: > > > > > > > > > > frame 0: Slim::Utils::Log::logBacktrace > > > > > (/usr/local/squeezeboxserver/Slim/Schema/Storage.pm line 82) frame > > > > > 1: Slim::Schema::Storage::throw_exception > > > > > (/usr/local/lib/perl5/site_perl/5.10.1/DBIx/Class/Storage/DBI.pm > > > > > line 740) frame 2: DBIx::Class::Storage::DBI::__ANON__ > > > > > (/usr/local/lib/perl5/site_perl/5.10.1/Try/Tiny.pm line 98) frame > > > > > 3: Try::Tiny::try > > > > > (/usr/local/lib/perl5/site_perl/5.10.1/DBIx/Class/Storage/DBI.pm > > > > > line 749) frame 4: DBIx::Class::Storage::DBI::dbh_do > > > > > (/usr/local/lib/perl5/site_perl/5.10.1/DBIx/Class/Storage/DBI.pm > > > > > line 1329) frame 5: DBIx::Class::Storage::DBI::_dbh_begin_work > > > > > (/usr/local/lib/perl5/site_perl/5.10.1/DBIx/Class/Storage/DBI.pm > > > > > line 1310) frame 6: DBIx::Class::Storage::DBI::txn_begin > > > > > (/usr/local/lib/perl5/site_perl/5.10.1/DBIx/Class/Storage/TxnScopeGuard.pm > > > > > line 12) frame 7: DBIx::Class::Storage::TxnScopeGuard::new > > > > > (/usr/local/lib/perl5/site_perl/5.10.1/DBIx/Class/Storage.pm line > > > > > 333) frame 8: DBIx::Class::Storage::txn_scope_guard > > > > > (/usr/local/lib/perl5/site_perl/5.10.1/DBIx/Class/Schema.pm line > > > > > 672) frame 9: DBIx::Class::Schema::txn_scope_guard > > > > > (/usr/local/lib/perl5/site_perl/5.10.1/DBIx/Class/Relationship/CascadeActions.pm > > > > > line 49) frame 10: > > > > > DBIx::Class::Relationship::CascadeActions::update > > > > > (/usr/local/squeezeboxserver/Slim/Schema/DBI.pm line 39) frame 11: > > > > > Slim::Schema::DBI::update > > > > > (/usr/local/squeezeboxserver/Slim/Schema.pm line 2766) frame 12: > > > > > Slim::Schema::_postCheckAttributes > > > > > (/usr/local/squeezeboxserver/Slim/Schema.pm line 1079) frame 13: > > > > > Slim::Schema::newTrack > > > > > (/usr/local/squeezeboxserver/Slim/Utils/Scanner.pm line 347) frame > > > > > 14: Slim::Utils::Scanner::scanDirectory > > > > > (/usr/local/squeezeboxserver/Slim/Music/MusicFolderScan.pm line > > > > > 79) frame 15: Slim::Music::MusicFolderScan::startScan > > > > > (/usr/local/squeezeboxserver/Slim/Music/Import.pm line 568) frame > > > > > 16: Slim::Music::Import::runImporter > > > > > (/usr/local/squeezeboxserver/Slim/Music/Import.pm line 373) frame > > > > > 17: Slim::Music::Import::runScan > > > > > (/usr/local/squeezeboxserver/scanner.pl line 305) frame 18: (eval) > > > > > (/usr/local/squeezeboxserver/scanner.pl line 299) frame 19: > > > > > main::main (/usr/local/squeezeboxserver/scanner.pl line 454) > > > > > > > > > > [10-07-03 14:38:04.4348] main::main (311) Error: Failed when > > > > > running main scan: [Carp::Clan::__ANON__(): DBI Exception: > > > > > DBD::mysql::db begin_work failed: Already in a transaction > > > > > at /usr/local/squeezeboxserver/Slim/Schema/Storage.pm line 86 ] > > > > > [10-07-03 14:38:04.4350] main::main (312) Error: Skipping > > > > > > > > > > Emanuel > > > > > _______________________________________________ > > > > > 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" > > > > > > > > > > > > > > > > > > > > > > > Does it work if you roll back to the previous version of DBIx::Class? > > > > > > That did work. I'm thinking about creating a databases/p5-DBIx-Class > > > 0.08120 legacy port and submit a patch to adjust the module path in the > > > current audio/squeezeboxserver. > > > > > > Anyone opposed to that idea? Thoughts? > > > [...] > > > > Well, it'd be nice to have it work.... Any info in the squeezebox > > world about moving forward to the current DBIx::Class? I don't know > > what the precedent is for maintaining a retro port. Also, someone > > will have to watch and unwind it when squeeze catches up. > > While I hate the idea of a retro port the only other easy option is to > revert to using the version from ports and making the > databases/p5-DBIx-Class a conflict. Realistically I'm not going to > provide a fix myself that isn't trivial. I'd happily give up > maintainership to someone who could. > > -- Brooks > > [GNUPG:] ERRSIG 5D8E8BE9F2381AD4 17 2 01 1278471447 9 > [GNUPG:] NO_PUBKEY 5D8E8BE9F2381AD4 Could someone see if the patch here: http://www.freebsd.org/cgi/query-pr.cgi?pr=ports/148318 makes things work? Brooks, is that trivial? :) g. From owner-freebsd-ports@FreeBSD.ORG Wed Jul 7 21:50:07 2010 Return-Path: Delivered-To: ports@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 8BC95106564A; Wed, 7 Jul 2010 21:50:07 +0000 (UTC) (envelope-from hartzell@almost.alerce.com) Received: from merlin.alerce.com (merlin.alerce.com [64.62.142.94]) by mx1.freebsd.org (Postfix) with ESMTP id 70B818FC17; Wed, 7 Jul 2010 21:50:07 +0000 (UTC) Received: from almost.alerce.com (fw-open-virt.gene.com [192.12.78.250]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (Client did not present a certificate) by merlin.alerce.com (Postfix) with ESMTP id E2DBA33C62; Wed, 7 Jul 2010 14:50:08 -0700 (PDT) Received: by almost.alerce.com (Postfix, from userid 503) id CCCF595DFBA; Wed, 7 Jul 2010 14:50:06 -0700 (PDT) From: George Hartzell MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Message-ID: <19508.63118.772132.577016@gargle.gargle.HOWL> Date: Wed, 7 Jul 2010 14:50:06 -0700 To: hartzell@alerce.com In-Reply-To: <19508.62955.793205.277093@gargle.gargle.HOWL> References: <20100703144207.29a981e3.ehaupt@critical.ch> <19503.27383.863804.341881@gargle.gargle.HOWL> <20100703205330.1f14fd6a.ehaupt@FreeBSD.org> <19503.37741.97266.846223@gargle.gargle.HOWL> <20100707025728.GE66073@lor.one-eyed-alien.net> <19508.62955.793205.277093@gargle.gargle.HOWL> X-Mailer: VM 8.0.12 under 22.3.1 (i386-apple-darwin9.6.0) Cc: ports@FreeBSD.org, Emanuel Haupt , Brooks Davis , Emanuel Haupt Subject: Re: audio/squeezeboxserver still broken X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: hartzell@alerce.com List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 07 Jul 2010 21:50:07 -0000 George Hartzell writes: > Brooks Davis writes: > > On Sat, Jul 03, 2010 at 12:45:49PM -0700, George Hartzell wrote: > > > Emanuel Haupt writes: > > > > George Hartzell wrote: > > > > > Emanuel Haupt writes: > > > > > > Hi > > > > > > > > > > > > The current audio/squeezeboxserver port is still broken for me. I > > > > > > just built a package set with an up to date ports tree and > > > > > > installed them in a vanilla jail to make sure that there is no > > > > > > previous cruft which could possibly be a problem. > > > > > > > > > > > > After installing the package set I started the server and > > > > > > configured it over the webinterface - just basic stuff, file > > > > > > location, playlist location, that's it. Then I run > > > > > > > > > > > > $ /usr/local/squeezeboxserver/scanner.pl --wipe --rescan > > > > > > > > > > > > And I get: > > > > > > > > > > > > # /usr/local/squeezeboxserver/scanner.pl --rescan --wipe > > > > > > Your locale was detected as C, you may have problems with > > > > > > non-Latin filenames. Consider changing your LANG variable to the > > > > > > correct locale, i.e. en_US.utf8 [10-07-03 14:38:04.1610] > > > > > > main::main (180) Starting Squeezebox Server scanner (v7.5.1, > > > > > > r30836, Tue Jun 1 07:00:00 MDT 2010) perl 5.010001 [10-07-03 > > > > > > 14:38:04.2226] Carp::Clan::__ANON__ (227) Warning: > > > > > > Class::C3::Componentised::load_components(): Use of > > > > > > DBIx::Class::UTF8Columns is strongly discouraged. See > > > > > > documentation of DBIx::Class::UTF8Columns for more info [10-07-03 > > > > > > 14:38:04.3794] main::main (271) Removing artwork cache... > > > > > > [10-07-03 14:38:04.3823] Slim::Music::Import::runImporter (566) > > > > > > Starting Slim::Music::MusicFolderScan scan [10-07-03 > > > > > > 14:38:04.3945] Slim::Utils::Scanner::scanDirectory (320) Found 49 > > > > > > files in /mp3 [10-07-03 14:38:04.3956] > > > > > > Slim::Utils::Scanner::scanDirectory (333) Scanning: /mp3/foo.mp3 > > > > > > [10-07-03 14:38:04.4332] Slim::Schema::Storage::throw_exception > > > > > > (82) Error: DBI Exception: DBD::mysql::db begin_work failed: > > > > > > Already in a transaction [10-07-03 14:38:04.4336] > > > > > > Slim::Schema::Storage::throw_exception (82) Backtrace: > > > > > > > > > > > > frame 0: Slim::Utils::Log::logBacktrace > > > > > > (/usr/local/squeezeboxserver/Slim/Schema/Storage.pm line 82) frame > > > > > > 1: Slim::Schema::Storage::throw_exception > > > > > > (/usr/local/lib/perl5/site_perl/5.10.1/DBIx/Class/Storage/DBI.pm > > > > > > line 1187) frame 2: DBIx::Class::Storage::DBI::__ANON__ > > > > > > (/usr/local/lib/perl5/site_perl/5.10.1/DBIx/Class/Storage/DBI.pm > > > > > > line 1329) frame 3: DBIx::Class::Storage::DBI::__ANON__ > > > > > > (/usr/local/lib/perl5/site_perl/5.10.1/DBIx/Class/Storage/DBI.pm > > > > > > line 738) frame 4: DBIx::Class::Storage::DBI::__ANON__ > > > > > > (/usr/local/lib/perl5/site_perl/5.10.1/Try/Tiny.pm line 76) frame > > > > > > 5: (eval) (/usr/local/lib/perl5/site_perl/5.10.1/Try/Tiny.pm line > > > > > > 67) frame 6: Try::Tiny::try > > > > > > (/usr/local/lib/perl5/site_perl/5.10.1/DBIx/Class/Storage/DBI.pm > > > > > > line 749) frame 7: DBIx::Class::Storage::DBI::dbh_do > > > > > > (/usr/local/lib/perl5/site_perl/5.10.1/DBIx/Class/Storage/DBI.pm > > > > > > line 1329) frame 8: DBIx::Class::Storage::DBI::_dbh_begin_work > > > > > > (/usr/local/lib/perl5/site_perl/5.10.1/DBIx/Class/Storage/DBI.pm > > > > > > line 1310) frame 9: DBIx::Class::Storage::DBI::txn_begin > > > > > > (/usr/local/lib/perl5/site_perl/5.10.1/DBIx/Class/Storage/TxnScopeGuard.pm > > > > > > line 12) frame 10: DBIx::Class::Storage::TxnScopeGuard::new > > > > > > (/usr/local/lib/perl5/site_perl/5.10.1/DBIx/Class/Storage.pm line > > > > > > 333) frame 11: DBIx::Class::Storage::txn_scope_guard > > > > > > (/usr/local/lib/perl5/site_perl/5.10.1/DBIx/Class/Schema.pm line > > > > > > 672) frame 12: DBIx::Class::Schema::txn_scope_guard > > > > > > (/usr/local/lib/perl5/site_perl/5.10.1/DBIx/Class/Relationship/CascadeActions.pm > > > > > > line 49) frame 13: > > > > > > DBIx::Class::Relationship::CascadeActions::update > > > > > > (/usr/local/squeezeboxserver/Slim/Schema/DBI.pm line 39) frame 14: > > > > > > Slim::Schema::DBI::update > > > > > > (/usr/local/squeezeboxserver/Slim/Schema.pm line 2766) frame 15: > > > > > > Slim::Schema::_postCheckAttributes > > > > > > (/usr/local/squeezeboxserver/Slim/Schema.pm line 1079) frame 16: > > > > > > Slim::Schema::newTrack > > > > > > (/usr/local/squeezeboxserver/Slim/Utils/Scanner.pm line 347) frame > > > > > > 17: Slim::Utils::Scanner::scanDirectory > > > > > > (/usr/local/squeezeboxserver/Slim/Music/MusicFolderScan.pm line > > > > > > 79) frame 18: Slim::Music::MusicFolderScan::startScan > > > > > > (/usr/local/squeezeboxserver/Slim/Music/Import.pm line 568) frame > > > > > > 19: Slim::Music::Import::runImporter > > > > > > (/usr/local/squeezeboxserver/Slim/Music/Import.pm line 373) frame > > > > > > 20: Slim::Music::Import::runScan > > > > > > (/usr/local/squeezeboxserver/scanner.pl line 305) frame 21: (eval) > > > > > > (/usr/local/squeezeboxserver/scanner.pl line 299) frame 22: > > > > > > main::main (/usr/local/squeezeboxserver/scanner.pl line 454) > > > > > > > > > > > > [10-07-03 14:38:04.4341] Slim::Schema::Storage::throw_exception > > > > > > (82) Error: Carp::Clan::__ANON__(): DBI Exception: DBD::mysql::db > > > > > > begin_work failed: Already in a transaction > > > > > > at /usr/local/squeezeboxserver/Slim/Schema/Storage.pm line 86 > > > > > > [10-07-03 14:38:04.4344] Slim::Schema::Storage::throw_exception > > > > > > (82) Backtrace: > > > > > > > > > > > > frame 0: Slim::Utils::Log::logBacktrace > > > > > > (/usr/local/squeezeboxserver/Slim/Schema/Storage.pm line 82) frame > > > > > > 1: Slim::Schema::Storage::throw_exception > > > > > > (/usr/local/lib/perl5/site_perl/5.10.1/DBIx/Class/Storage/DBI.pm > > > > > > line 740) frame 2: DBIx::Class::Storage::DBI::__ANON__ > > > > > > (/usr/local/lib/perl5/site_perl/5.10.1/Try/Tiny.pm line 98) frame > > > > > > 3: Try::Tiny::try > > > > > > (/usr/local/lib/perl5/site_perl/5.10.1/DBIx/Class/Storage/DBI.pm > > > > > > line 749) frame 4: DBIx::Class::Storage::DBI::dbh_do > > > > > > (/usr/local/lib/perl5/site_perl/5.10.1/DBIx/Class/Storage/DBI.pm > > > > > > line 1329) frame 5: DBIx::Class::Storage::DBI::_dbh_begin_work > > > > > > (/usr/local/lib/perl5/site_perl/5.10.1/DBIx/Class/Storage/DBI.pm > > > > > > line 1310) frame 6: DBIx::Class::Storage::DBI::txn_begin > > > > > > (/usr/local/lib/perl5/site_perl/5.10.1/DBIx/Class/Storage/TxnScopeGuard.pm > > > > > > line 12) frame 7: DBIx::Class::Storage::TxnScopeGuard::new > > > > > > (/usr/local/lib/perl5/site_perl/5.10.1/DBIx/Class/Storage.pm line > > > > > > 333) frame 8: DBIx::Class::Storage::txn_scope_guard > > > > > > (/usr/local/lib/perl5/site_perl/5.10.1/DBIx/Class/Schema.pm line > > > > > > 672) frame 9: DBIx::Class::Schema::txn_scope_guard > > > > > > (/usr/local/lib/perl5/site_perl/5.10.1/DBIx/Class/Relationship/CascadeActions.pm > > > > > > line 49) frame 10: > > > > > > DBIx::Class::Relationship::CascadeActions::update > > > > > > (/usr/local/squeezeboxserver/Slim/Schema/DBI.pm line 39) frame 11: > > > > > > Slim::Schema::DBI::update > > > > > > (/usr/local/squeezeboxserver/Slim/Schema.pm line 2766) frame 12: > > > > > > Slim::Schema::_postCheckAttributes > > > > > > (/usr/local/squeezeboxserver/Slim/Schema.pm line 1079) frame 13: > > > > > > Slim::Schema::newTrack > > > > > > (/usr/local/squeezeboxserver/Slim/Utils/Scanner.pm line 347) frame > > > > > > 14: Slim::Utils::Scanner::scanDirectory > > > > > > (/usr/local/squeezeboxserver/Slim/Music/MusicFolderScan.pm line > > > > > > 79) frame 15: Slim::Music::MusicFolderScan::startScan > > > > > > (/usr/local/squeezeboxserver/Slim/Music/Import.pm line 568) frame > > > > > > 16: Slim::Music::Import::runImporter > > > > > > (/usr/local/squeezeboxserver/Slim/Music/Import.pm line 373) frame > > > > > > 17: Slim::Music::Import::runScan > > > > > > (/usr/local/squeezeboxserver/scanner.pl line 305) frame 18: (eval) > > > > > > (/usr/local/squeezeboxserver/scanner.pl line 299) frame 19: > > > > > > main::main (/usr/local/squeezeboxserver/scanner.pl line 454) > > > > > > > > > > > > [10-07-03 14:38:04.4348] main::main (311) Error: Failed when > > > > > > running main scan: [Carp::Clan::__ANON__(): DBI Exception: > > > > > > DBD::mysql::db begin_work failed: Already in a transaction > > > > > > at /usr/local/squeezeboxserver/Slim/Schema/Storage.pm line 86 ] > > > > > > [10-07-03 14:38:04.4350] main::main (312) Error: Skipping > > > > > > > > > > > > Emanuel > > > > > > _______________________________________________ > > > > > > 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" > > > > > > > > > > > > > > > > > > > > > > > > > > > > Does it work if you roll back to the previous version of DBIx::Class? > > > > > > > > That did work. I'm thinking about creating a databases/p5-DBIx-Class > > > > 0.08120 legacy port and submit a patch to adjust the module path in the > > > > current audio/squeezeboxserver. > > > > > > > > Anyone opposed to that idea? Thoughts? > > > > [...] > > > > > > Well, it'd be nice to have it work.... Any info in the squeezebox > > > world about moving forward to the current DBIx::Class? I don't know > > > what the precedent is for maintaining a retro port. Also, someone > > > will have to watch and unwind it when squeeze catches up. > > > > While I hate the idea of a retro port the only other easy option is to > > revert to using the version from ports and making the > > databases/p5-DBIx-Class a conflict. Realistically I'm not going to > > provide a fix myself that isn't trivial. I'd happily give up > > maintainership to someone who could. > > > > -- Brooks > > > > [GNUPG:] ERRSIG 5D8E8BE9F2381AD4 17 2 01 1278471447 9 > > [GNUPG:] NO_PUBKEY 5D8E8BE9F2381AD4 > > Could someone see if the patch here: > > http://www.freebsd.org/cgi/query-pr.cgi?pr=ports/148318 > > makes things work? > > Brooks, is that trivial? :) > > g. > ps. I can take maintainership if you don't want to hold onto it, but I'm not itching to take it.... I do use this every day, so.... g. From owner-freebsd-ports@FreeBSD.ORG Thu Jul 8 01:14:46 2010 Return-Path: Delivered-To: ports@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 930B31065672 for ; Thu, 8 Jul 2010 01:14:46 +0000 (UTC) (envelope-from yanegomi@gmail.com) Received: from mail-iw0-f182.google.com (mail-iw0-f182.google.com [209.85.214.182]) by mx1.freebsd.org (Postfix) with ESMTP id 5C56E8FC17 for ; Thu, 8 Jul 2010 01:14:45 +0000 (UTC) Received: by iwn35 with SMTP id 35so408059iwn.13 for ; Wed, 07 Jul 2010 18:14:45 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:received:sender:received:date :x-google-sender-auth:message-id:subject:from:to:cc:content-type; bh=MagJFM5KM6o7to2RgnKl+XgwLhbMd9l/qdhCmoEVlF8=; b=I+Xu7PXKQOjLARAMztjCCY0iRd5AaPv93zemncKV5PLJ25mlXTTpHPwBcztg8YL+x5 WHBtx1NhXWHAdrGOFaX+vJ3oaPvmiS8kTllEZ6ogIid92bh3CC4yJLcVDxwPoRdJY6ro ynlAxo1HGpGqu8H6nf0Q5zWbJiKEmPIMc/rEA= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=mime-version:sender:date:x-google-sender-auth:message-id:subject :from:to:cc:content-type; b=QpU1/h9gH53rzbR8qFMfCTskg9ACZDDURoacvTJixOjS6VM1HTKHL6ojeIBhN2+Ev8 MxqXcPvcWjyUEBIVjfZmhayeOkbL/j0AtS6Fxtdx0h89aj0Pcr7nlNJ4FB3JdHqy4LfG v04Ep7W9sLUcau4H8Mh/yBZf9hMFujhXrta40= MIME-Version: 1.0 Received: by 10.231.32.200 with SMTP id e8mr7184461ibd.66.1278550200437; Wed, 07 Jul 2010 17:50:00 -0700 (PDT) Sender: yanegomi@gmail.com Received: by 10.231.214.145 with HTTP; Wed, 7 Jul 2010 17:50:00 -0700 (PDT) Date: Wed, 7 Jul 2010 17:50:00 -0700 X-Google-Sender-Auth: mH7bBcnHTQJcjAqNj_uhIthNzdA Message-ID: From: Garrett Cooper To: ports@freebsd.org Content-Type: text/plain; charset=ISO-8859-1 Cc: linimon@freebsd.org Subject: Request for removal of ports maintainership X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 08 Jul 2010 01:14:46 -0000 Hi, I'm currently removing things from my tasklist that I don't have time to work on, or pay attention to, and I have a handful of ports that I should be removed from the maintainership for: archivers/py-lzma archivers/py-tarfile comms/py-serial devel/py-ctypes devel/py-nose devel/py-plex devel/py-repl misc/posixtestsuite net-mgmt/py-snmp py-tarfile (in python proper since 2.3) and py-ctypes (in python proper since 2.4) should be deprecated, along with py-snmp eventually (py-snmp4 will supersede py-snmp). Thanks, -Garrett From owner-freebsd-ports@FreeBSD.ORG Thu Jul 8 02:12:08 2010 Return-Path: Delivered-To: ports@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id D732D106567F; Thu, 8 Jul 2010 02:12:08 +0000 (UTC) (envelope-from linimon@lonesome.com) Received: from mail.soaustin.net (lefty.soaustin.net [66.135.55.46]) by mx1.freebsd.org (Postfix) with ESMTP id B886E8FC1E; Thu, 8 Jul 2010 02:12:08 +0000 (UTC) Received: by mail.soaustin.net (Postfix, from userid 502) id 743348C068; Wed, 7 Jul 2010 21:12:08 -0500 (CDT) Date: Wed, 7 Jul 2010 21:12:08 -0500 From: Mark Linimon To: Garrett Cooper Message-ID: <20100708021208.GA15499@lonesome.com> References: MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.5.18 (2008-05-17) Cc: ports@freebsd.org, linimon@freebsd.org Subject: Re: Request for removal of ports maintainership X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 08 Jul 2010 02:12:08 -0000 done. From owner-freebsd-ports@FreeBSD.ORG Thu Jul 8 02:59:56 2010 Return-Path: Delivered-To: freebsd-ports@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 05DCF106566B for ; Thu, 8 Jul 2010 02:59:56 +0000 (UTC) (envelope-from mccuba48@gmail.com) Received: from mail-qy0-f182.google.com (mail-qy0-f182.google.com [209.85.216.182]) by mx1.freebsd.org (Postfix) with ESMTP id B17F88FC08 for ; Thu, 8 Jul 2010 02:59:55 +0000 (UTC) Received: by qyk7 with SMTP id 7so3360727qyk.13 for ; Wed, 07 Jul 2010 19:59:45 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:received:sender:date:from:to:subject :message-id:x-mailer:mime-version:content-type :content-transfer-encoding; bh=xTkKnEzMCJmKOU1mxZrNV45gv4knzRqs72IBJepiV9E=; b=uIiUBmknbTGHwFCGCmhDPbl4ov2nVgrUyQna8Hi2ngWi8CPoGF4xzeIbm5XWxQ6ZEa P5JaBENgFU9EZf327zVVartTKGteCJHIWZIzd0hIe6NcZtN/zlXC5srv+3p4KFQD28kv mCauCgyH1vxDIkqjfhznpvz8e6sEIwSpJ1U4o= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=sender:date:from:to:subject:message-id:x-mailer:mime-version :content-type:content-transfer-encoding; b=T7STTXCHUD+TXK0cI7d/RxriFbBAPvAeQVZ5eHqJOvbm3bBLCzqfVpZHzgsPzDrtfc k1Js9tZBT+ZQzlyC9bSBtfSzRM+D5yX8TFapuVrkOb2af1oUUKd99wh7ElgZIhdzb0gA PntsXH0gXwIVLPVRwNY9hFTM68oIwwGZOkBME= Received: by 10.224.45.70 with SMTP id d6mr2158840qaf.42.1278556598810; Wed, 07 Jul 2010 19:36:38 -0700 (PDT) Received: from My3490ct.mama.bogus (pool-70-111-130-5.nwrk.east.verizon.net [70.111.130.5]) by mx.google.com with ESMTPS id js14sm31604739qcb.30.2010.07.07.19.36.37 (version=SSLv3 cipher=RC4-MD5); Wed, 07 Jul 2010 19:36:38 -0700 (PDT) Sender: Manuel Chaviano Date: Wed, 7 Jul 2010 22:36:24 -0400 From: Manuel Chaviano To: freebsd-ports@freebsd.org Message-ID: <20100707223624.215f9188@My3490ct.mama.bogus> X-Mailer: Claws Mail 3.7.6 (GTK+ 2.20.1; i386-portbld-freebsd8.0) Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: base64 Subject: portmaster --packages-if-newer but forcing some ports to compile from source X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 08 Jul 2010 02:59:56 -0000 LS0tLS1CRUdJTiBQR1AgU0lHTkVEIE1FU1NBR0UtLS0tLQ0KSGFzaDogU0hBMQ0KDQppcyB0aGVy ZSBhIHdheSB0byBmb3JjZSBwb3J0bWFzdGVyIHRvIGFsd2F5cw0KYnVpbGQgYSBwYXJ0aWN1bGFy IHBvcnQgZnJvbSBzb3VyY2U/DQoNClBlcmhhcHMgc29tZXRoaW5nIGxpa2UgdGhlIGV4aXN0ZW5j ZSBvZiBhIGZpbGU6DQoNCgkvdmFyL2RiL3BrZy8qL1BNX0FMV0FZU19VU0VfUE9SVA0KDQoNCg0K SSBhbSB1c2luZyBwb3J0bWFzdGVyIC1hREIgLS1wYWNrYWdlcy1pZi1uZXdlciBpbiBhIHJlZ3Vs YXIgYmFzaXMNCnRvIHVwZGF0ZSBteSBpbnN0YWxsZWQgcG9ydHMgaW4gdGhlIHNob3J0ZXN0IHBv c3NpYmxlIHRpbWUuDQoNCkhvd2V2ZXIgSSBoYXZlIDIgcG9ydHMgaW5zdGFsbGVkIHRoYXQgSSBt dXN0IGJ1aWxkIGZyb20gc291cmNlDQpyZWdhcmRsZXNzIHdoZXRoZXIgdGhlIG5ld2VyIGJpbmFy eSBwYWNrYWdlIGlzIGF2YWlsYWJsZSBvciBub3QuDQoNCg0KY2xhd3MtbWFpbDogDQpyZWFzb246 IHRoZSBiaW5hcnkgcGFja2FnZSBkb2VzIG5vdCBoYXZlIHRoZSBwZ3AteHh4eHggZW5hYmxlZC4N Cg0KZ3RrMjA6IA0KcmVhc29uOiBDVVBTIGlzIGRpc2FibGVkIGluIHRoZSBiaW5hcnkgcGFja2Fn ZS4NCg0KDQoNCldoYXQgSSBoYXZlIHRvIGRvIHRoZW4gaXMgYSBsaXR0bGUgaW5jb252ZW5pZW50 Og0KDQpwb3J0bWFzdGVyIC1hREIgLS1wYWNrYWdlcy1pZi1uZXdlciAtLW5vLWNvbmZpcm0gDQoN Ck5PVEU6IEkgaGF2ZSB0cmllZCBhZGRpbmcgLXggZ3RrMjAgLXggY2xhd3MtbWFpbCBidXQgaXQg d2lsbA0KZXhjbHVkZWQgdG9vIG1hbnkgb3RoZXIgcG9ydHMvcGtncyAodGhlIGdsb2Igd2lsbCBt YXRjaCkuDQoNCi4uLnRoZW4gbWFudWFsbHkgcmVidWlsZGluZy9yZWluc3RhbGxpbmcgZ3RrMjAg YW5kIGNsYXdzLW1haWwuDQoNCg0KDQpUaGFua3MNCi0gLS0gDQpCeWUgbm93Li4uDQoNCkEgZnJp ZW5kIHdobyBjYW5ub3QgYXQgYSBwaW5jaCByZW1lbWJlciBhIHRoaW5nIG9yIHR3byB0aGF0IG5l dmVyIGhhcHBlbmVkIGlzIGFzIGJhZCBhcyBvbmUgd2hvIGRvZXMgbm90IGtub3cgaG93IHRvIGZv cmdldC4NCi0gLS0gU2FtdWVsIEJ1dGxlcg0KICAgICAgIF9fDQogICAgICAvLy8gICAgICBNYW51 ZWwgQ2hhdmlhbm8NCiBfXyAgLy8vDQogXFxcLy8vIA0KICBcWFgvICAgICAgICAgRnJlZUJTRCA4 LVNUQUJMRQ0KLS0tLS1CRUdJTiBQR1AgU0lHTkFUVVJFLS0tLS0NClZlcnNpb246IEdudVBHIHYy LjAuMTUgKEZyZWVCU0QpDQoNCmlFWUVBUkVDQUFZRkFrdzFPYkFBQ2drUTBOcnY4RStCeTMyTUZ3 Q2ZhSWRwc29hU0FmV1cwV1VzcHVMZ21ISWUNCjMxWUFvSzlBd2lrVTBUVS9RUnhGcldMalNSNGYz bVhKDQo9amptSA0KLS0tLS1FTkQgUEdQIFNJR05BVFVSRS0tLS0tDQo= From owner-freebsd-ports@FreeBSD.ORG Thu Jul 8 04:38:37 2010 Return-Path: Delivered-To: freebsd-ports@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 45AC2106564A for ; Thu, 8 Jul 2010 04:38:37 +0000 (UTC) (envelope-from fjwcash@gmail.com) Received: from mail-iw0-f182.google.com (mail-iw0-f182.google.com [209.85.214.182]) by mx1.freebsd.org (Postfix) with ESMTP id 0C49D8FC1C for ; Thu, 8 Jul 2010 04:38:36 +0000 (UTC) Received: by iwn35 with SMTP id 35so604683iwn.13 for ; Wed, 07 Jul 2010 21:38:36 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:received:received:in-reply-to :references:date:message-id:subject:from:to:content-type :content-transfer-encoding; bh=GBXWN9JjyaAPlJ3WtMzXAHbTS/dOrk25kkuTXCByts8=; b=Q9/BnR6PO0/dYdAMMjgkueZ4EDAkUEL4Om3tZ4cIk/JbeOmI4NUkAxv/dzEvIAB2HR FiXUNujzRiYVHRzAlszc+h8qNv8DCx8dkFKBN6hayYII+/Ri4Kzrf4UN1SomlQx09cG+ dNVQFRGpHjZwK8L03VU/pkrZrCs0P3lATCtU8= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :content-type:content-transfer-encoding; b=iOBg2OoONzDVIRiYzZE5QJPxbvuxPnf+t3xwfOBiX16Y31xVkqv2NrehjwFOoYaGAV 3DqO+rwvonJP8GvKWGTQpk4qkfHE6TrovcBm/wzaAmVdfBCxOYKZe06mRpP850iX7cG8 EOAWTEAQPsRHqIfh/EWTlCYQH/OV0uMLzq9kI= MIME-Version: 1.0 Received: by 10.231.59.13 with SMTP id j13mr7544584ibh.77.1278563915660; Wed, 07 Jul 2010 21:38:35 -0700 (PDT) Received: by 10.231.37.11 with HTTP; Wed, 7 Jul 2010 21:38:35 -0700 (PDT) In-Reply-To: <20100707223624.215f9188@My3490ct.mama.bogus> References: <20100707223624.215f9188@My3490ct.mama.bogus> Date: Wed, 7 Jul 2010 21:38:35 -0700 Message-ID: From: Freddie Cash To: freebsd-ports@freebsd.org Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable Subject: Re: portmaster --packages-if-newer but forcing some ports to compile from source X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 08 Jul 2010 04:38:37 -0000 On Wed, Jul 7, 2010 at 7:36 PM, Manuel Chaviano wrote: > is there a way to force portmaster to always > build a particular port from source? > > Perhaps something like the existence of a file: > > =C2=A0 =C2=A0 =C2=A0 =C2=A0/var/db/pkg/*/PM_ALWAYS_USE_PORT > > I am using portmaster -aDB --packages-if-newer in a regular basis > to update my installed ports in the shortest possible time. > > However I have 2 ports installed that I must build from source > regardless whether the newer binary package is available or not. >> > claws-mail: > reason: the binary package does not have the pgp-xxxxx enabled. > > gtk20: > reason: CUPS is disabled in the binary package. > > What I have to do then is a little inconvenient: > > portmaster -aDB --packages-if-newer --no-confirm > > NOTE: I have tried adding -x gtk20 -x claws-mail but it will > excluded too many other ports/pkgs (the glob will match). > > ...then manually rebuilding/reinstalling gtk20 and claws-mail. touch /var/db/pkg/claws-*/+IGNOREME touch /var/db/pkg/gtk20*/+IGNOREME That will cause portmaster to either ignore the port completely in upgrades, or ask you if you want to upgrade it. Say no the first time you run portmaster (with --packages-if-newer). Then run it a second time for just those two ports. --=20 Freddie Cash fjwcash@gmail.com From owner-freebsd-ports@FreeBSD.ORG Thu Jul 8 07:03:59 2010 Return-Path: Delivered-To: ports@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 463BF106566C; Thu, 8 Jul 2010 07:03:59 +0000 (UTC) (envelope-from ehaupt@critical.ch) Received: from mx.critical.ch (cl-8.zrh-02.ch.sixxs.net [IPv6:2001:1620:f00:7::2]) by mx1.freebsd.org (Postfix) with ESMTP id 5063A8FC0C; Thu, 8 Jul 2010 07:03:57 +0000 (UTC) Received: from wiggles.bwns.ch (localhost [IPv6:::1]) by mx.critical.ch (8.14.3/8.14.3/critical-1.0) with SMTP id o6873pww023321; Thu, 8 Jul 2010 09:03:51 +0200 (CEST) (envelope-from ehaupt@critical.ch) Date: Thu, 8 Jul 2010 09:03:51 +0200 From: Emanuel Haupt To: hartzell@alerce.com Message-Id: <20100708090351.d8c79974.ehaupt@critical.ch> In-Reply-To: <19508.63118.772132.577016@gargle.gargle.HOWL> References: <20100703144207.29a981e3.ehaupt@critical.ch> <19503.27383.863804.341881@gargle.gargle.HOWL> <20100703205330.1f14fd6a.ehaupt@FreeBSD.org> <19503.37741.97266.846223@gargle.gargle.HOWL> <20100707025728.GE66073@lor.one-eyed-alien.net> <19508.62955.793205.277093@gargle.gargle.HOWL> <19508.63118.772132.577016@gargle.gargle.HOWL> X-Mailer: Sylpheed 3.0.2 (GTK+ 2.20.1; amd64-portbld-freebsd8.1) Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Cc: ports@freebsd.org, Brooks Davis , Emanuel Haupt Subject: Re: audio/squeezeboxserver still broken X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 08 Jul 2010 07:03:59 -0000 George Hartzell wrote: > George Hartzell writes: > > Brooks Davis writes: > > > On Sat, Jul 03, 2010 at 12:45:49PM -0700, George Hartzell wrote: > > > > Emanuel Haupt writes: > > > > > George Hartzell wrote: > > > > > > Emanuel Haupt writes: > > > > > > > Hi > > > > > > > > > > > > > > The current audio/squeezeboxserver port is still > > > > > > > broken for me. I just built a package set with an up > > > > > > > to date ports tree and installed them in a vanilla > > > > > > > jail to make sure that there is no previous cruft > > > > > > > which could possibly be a problem. > > > > > > > > > > > > > > After installing the package set I started the server > > > > > > > and configured it over the webinterface - just basic > > > > > > > stuff, file location, playlist location, that's it. > > > > > > > Then I run > > > > > > > > > > > > > > $ /usr/local/squeezeboxserver/scanner.pl --wipe > > > > > > > --rescan > > > > > > > > > > > > > > And I get: > > > > > > > > > > > > > > # /usr/local/squeezeboxserver/scanner.pl --rescan > > > > > > > # --wipe > > > > > > > Your locale was detected as C, you may have problems > > > > > > > with non-Latin filenames. Consider changing your > > > > > > > LANG variable to the correct locale, i.e. en_US.utf8 > > > > > > > [10-07-03 14:38:04.1610] main::main (180) Starting > > > > > > > Squeezebox Server scanner (v7.5.1, r30836, Tue Jun 1 > > > > > > > 07:00:00 MDT 2010) perl 5.010001 [10-07-03 > > > > > > > 14:38:04.2226] Carp::Clan::__ANON__ (227) Warning: > > > > > > > Class::C3::Componentised::load_components(): Use of > > > > > > > DBIx::Class::UTF8Columns is strongly discouraged. See > > > > > > > documentation of DBIx::Class::UTF8Columns for more > > > > > > > info [10-07-03 14:38:04.3794] main::main (271) > > > > > > > Removing artwork cache... [10-07-03 14:38:04.3823] > > > > > > > Slim::Music::Import::runImporter (566) Starting > > > > > > > Slim::Music::MusicFolderScan scan [10-07-03 > > > > > > > 14:38:04.3945] Slim::Utils::Scanner::scanDirectory > > > > > > > (320) Found 49 files in /mp3 [10-07-03 14:38:04.3956] > > > > > > > Slim::Utils::Scanner::scanDirectory (333) > > > > > > > Scanning: /mp3/foo.mp3 [10-07-03 14:38:04.4332] > > > > > > > Slim::Schema::Storage::throw_exception > > > > > > > (82) Error: DBI Exception: DBD::mysql::db begin_work > > > > > > > failed: Already in a transaction [10-07-03 > > > > > > > 14:38:04.4336] Slim::Schema::Storage::throw_exception > > > > > > > (82) Backtrace: > > > > > > > > > > > > > > frame 0: Slim::Utils::Log::logBacktrace > > > > > > > (/usr/local/squeezeboxserver/Slim/Schema/Storage.pm > > > > > > > line 82) frame 1: > > > > > > > Slim::Schema::Storage::throw_exception > > > > > > > (/usr/local/lib/perl5/site_perl/5.10.1/DBIx/Class/Storage/DBI.pm > > > > > > > line 1187) frame 2: > > > > > > > DBIx::Class::Storage::DBI::__ANON__ > > > > > > > (/usr/local/lib/perl5/site_perl/5.10.1/DBIx/Class/Storage/DBI.pm > > > > > > > line 1329) frame 3: > > > > > > > DBIx::Class::Storage::DBI::__ANON__ > > > > > > > (/usr/local/lib/perl5/site_perl/5.10.1/DBIx/Class/Storage/DBI.pm > > > > > > > line 738) frame 4: > > > > > > > DBIx::Class::Storage::DBI::__ANON__ > > > > > > > (/usr/local/lib/perl5/site_perl/5.10.1/Try/Tiny.pm > > > > > > > line 76) frame 5: (eval) > > > > > > > (/usr/local/lib/perl5/site_perl/5.10.1/Try/Tiny.pm > > > > > > > line > > > > > > > 67) frame 6: Try::Tiny::try > > > > > > > (/usr/local/lib/perl5/site_perl/5.10.1/DBIx/Class/Storage/DBI.pm > > > > > > > line 749) frame 7: DBIx::Class::Storage::DBI::dbh_do > > > > > > > (/usr/local/lib/perl5/site_perl/5.10.1/DBIx/Class/Storage/DBI.pm > > > > > > > line 1329) frame 8: > > > > > > > DBIx::Class::Storage::DBI::_dbh_begin_work > > > > > > > (/usr/local/lib/perl5/site_perl/5.10.1/DBIx/Class/Storage/DBI.pm > > > > > > > line 1310) frame 9: > > > > > > > DBIx::Class::Storage::DBI::txn_begin > > > > > > > (/usr/local/lib/perl5/site_perl/5.10.1/DBIx/Class/Storage/TxnScopeGuard.pm > > > > > > > line 12) frame 10: > > > > > > > DBIx::Class::Storage::TxnScopeGuard::new > > > > > > > (/usr/local/lib/perl5/site_perl/5.10.1/DBIx/Class/Storage.pm > > > > > > > line > > > > > > > 333) frame 11: DBIx::Class::Storage::txn_scope_guard > > > > > > > (/usr/local/lib/perl5/site_perl/5.10.1/DBIx/Class/Schema.pm > > > > > > > line > > > > > > > 672) frame 12: DBIx::Class::Schema::txn_scope_guard > > > > > > > (/usr/local/lib/perl5/site_perl/5.10.1/DBIx/Class/Relationship/CascadeActions.pm > > > > > > > line 49) frame 13: > > > > > > > DBIx::Class::Relationship::CascadeActions::update > > > > > > > (/usr/local/squeezeboxserver/Slim/Schema/DBI.pm line > > > > > > > 39) frame 14: Slim::Schema::DBI::update > > > > > > > (/usr/local/squeezeboxserver/Slim/Schema.pm line > > > > > > > 2766) frame 15: Slim::Schema::_postCheckAttributes > > > > > > > (/usr/local/squeezeboxserver/Slim/Schema.pm line > > > > > > > 1079) frame 16: Slim::Schema::newTrack > > > > > > > (/usr/local/squeezeboxserver/Slim/Utils/Scanner.pm > > > > > > > line 347) frame 17: > > > > > > > Slim::Utils::Scanner::scanDirectory > > > > > > > (/usr/local/squeezeboxserver/Slim/Music/MusicFolderScan.pm > > > > > > > line > > > > > > > 79) frame 18: Slim::Music::MusicFolderScan::startScan > > > > > > > (/usr/local/squeezeboxserver/Slim/Music/Import.pm > > > > > > > line 568) frame 19: Slim::Music::Import::runImporter > > > > > > > (/usr/local/squeezeboxserver/Slim/Music/Import.pm > > > > > > > line 373) frame 20: Slim::Music::Import::runScan > > > > > > > (/usr/local/squeezeboxserver/scanner.pl line 305) > > > > > > > frame 21: (eval) > > > > > > > (/usr/local/squeezeboxserver/scanner.pl line 299) > > > > > > > frame 22: main::main > > > > > > > (/usr/local/squeezeboxserver/scanner.pl line 454) > > > > > > > > > > > > > > [10-07-03 14:38:04.4341] > > > > > > > Slim::Schema::Storage::throw_exception > > > > > > > (82) Error: Carp::Clan::__ANON__(): DBI Exception: > > > > > > > DBD::mysql::db begin_work failed: Already in a > > > > > > > transaction > > > > > > > at /usr/local/squeezeboxserver/Slim/Schema/Storage.pm > > > > > > > line 86 [10-07-03 14:38:04.4344] > > > > > > > Slim::Schema::Storage::throw_exception > > > > > > > (82) Backtrace: > > > > > > > > > > > > > > frame 0: Slim::Utils::Log::logBacktrace > > > > > > > (/usr/local/squeezeboxserver/Slim/Schema/Storage.pm > > > > > > > line 82) frame 1: > > > > > > > Slim::Schema::Storage::throw_exception > > > > > > > (/usr/local/lib/perl5/site_perl/5.10.1/DBIx/Class/Storage/DBI.pm > > > > > > > line 740) frame 2: > > > > > > > DBIx::Class::Storage::DBI::__ANON__ > > > > > > > (/usr/local/lib/perl5/site_perl/5.10.1/Try/Tiny.pm > > > > > > > line 98) frame 3: Try::Tiny::try > > > > > > > (/usr/local/lib/perl5/site_perl/5.10.1/DBIx/Class/Storage/DBI.pm > > > > > > > line 749) frame 4: DBIx::Class::Storage::DBI::dbh_do > > > > > > > (/usr/local/lib/perl5/site_perl/5.10.1/DBIx/Class/Storage/DBI.pm > > > > > > > line 1329) frame 5: > > > > > > > DBIx::Class::Storage::DBI::_dbh_begin_work > > > > > > > (/usr/local/lib/perl5/site_perl/5.10.1/DBIx/Class/Storage/DBI.pm > > > > > > > line 1310) frame 6: > > > > > > > DBIx::Class::Storage::DBI::txn_begin > > > > > > > (/usr/local/lib/perl5/site_perl/5.10.1/DBIx/Class/Storage/TxnScopeGuard.pm > > > > > > > line 12) frame 7: > > > > > > > DBIx::Class::Storage::TxnScopeGuard::new > > > > > > > (/usr/local/lib/perl5/site_perl/5.10.1/DBIx/Class/Storage.pm > > > > > > > line > > > > > > > 333) frame 8: DBIx::Class::Storage::txn_scope_guard > > > > > > > (/usr/local/lib/perl5/site_perl/5.10.1/DBIx/Class/Schema.pm > > > > > > > line > > > > > > > 672) frame 9: DBIx::Class::Schema::txn_scope_guard > > > > > > > (/usr/local/lib/perl5/site_perl/5.10.1/DBIx/Class/Relationship/CascadeActions.pm > > > > > > > line 49) frame 10: > > > > > > > DBIx::Class::Relationship::CascadeActions::update > > > > > > > (/usr/local/squeezeboxserver/Slim/Schema/DBI.pm line > > > > > > > 39) frame 11: Slim::Schema::DBI::update > > > > > > > (/usr/local/squeezeboxserver/Slim/Schema.pm line > > > > > > > 2766) frame 12: Slim::Schema::_postCheckAttributes > > > > > > > (/usr/local/squeezeboxserver/Slim/Schema.pm line > > > > > > > 1079) frame 13: Slim::Schema::newTrack > > > > > > > (/usr/local/squeezeboxserver/Slim/Utils/Scanner.pm > > > > > > > line 347) frame 14: > > > > > > > Slim::Utils::Scanner::scanDirectory > > > > > > > (/usr/local/squeezeboxserver/Slim/Music/MusicFolderScan.pm > > > > > > > line > > > > > > > 79) frame 15: Slim::Music::MusicFolderScan::startScan > > > > > > > (/usr/local/squeezeboxserver/Slim/Music/Import.pm > > > > > > > line 568) frame 16: Slim::Music::Import::runImporter > > > > > > > (/usr/local/squeezeboxserver/Slim/Music/Import.pm > > > > > > > line 373) frame 17: Slim::Music::Import::runScan > > > > > > > (/usr/local/squeezeboxserver/scanner.pl line 305) > > > > > > > frame 18: (eval) > > > > > > > (/usr/local/squeezeboxserver/scanner.pl line 299) > > > > > > > frame 19: main::main > > > > > > > (/usr/local/squeezeboxserver/scanner.pl line 454) > > > > > > > > > > > > > > [10-07-03 14:38:04.4348] main::main (311) Error: > > > > > > > Failed when running main scan: [Carp::Clan::__ANON__ > > > > > > > (): DBI Exception: DBD::mysql::db begin_work failed: > > > > > > > Already in a transaction > > > > > > > at /usr/local/squeezeboxserver/Slim/Schema/Storage.pm > > > > > > > line 86 ] [10-07-03 14:38:04.4350] main::main (312) > > > > > > > Error: Skipping > > > > > > > > > > > > > > Emanuel > > > > > > > _______________________________________________ > > > > > > > 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" > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > Does it work if you roll back to the previous version of > > > > > > DBIx::Class? > > > > > > > > > > That did work. I'm thinking about creating a > > > > > databases/p5-DBIx-Class 0.08120 legacy port and submit a > > > > > patch to adjust the module path in the current > > > > > audio/squeezeboxserver. > > > > > > > > > > Anyone opposed to that idea? Thoughts? > > > > > [...] > > > > > > > > Well, it'd be nice to have it work.... Any info in the > > > > squeezebox world about moving forward to the current > > > > DBIx::Class? I don't know what the precedent is for > > > > maintaining a retro port. Also, someone will have to watch > > > > and unwind it when squeeze catches up. > > > > > > While I hate the idea of a retro port the only other easy > > > option is to revert to using the version from ports and making > > > the databases/p5-DBIx-Class a conflict. Realistically I'm not > > > going to provide a fix myself that isn't trivial. I'd happily > > > give up maintainership to someone who could. > > > > > > -- Brooks > > > > > > [GNUPG:] ERRSIG 5D8E8BE9F2381AD4 17 2 01 1278471447 9 > > > [GNUPG:] NO_PUBKEY 5D8E8BE9F2381AD4 > > > > Could someone see if the patch here: > > > > http://www.freebsd.org/cgi/query-pr.cgi?pr=ports/148318 > > > > makes things work? > > > > Brooks, is that trivial? :) > > > > g. > > > > ps. I can take maintainership if you don't want to hold onto it, but > I'm not itching to take it.... I do use this every day, so.... The patch works for me too. Thanks to everyone involved. Emanuel From owner-freebsd-ports@FreeBSD.ORG Thu Jul 8 07:06:28 2010 Return-Path: Delivered-To: ports@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id EC148106566B; Thu, 8 Jul 2010 07:06:28 +0000 (UTC) (envelope-from ehaupt@critical.ch) Received: from mx.critical.ch (cl-8.zrh-02.ch.sixxs.net [IPv6:2001:1620:f00:7::2]) by mx1.freebsd.org (Postfix) with ESMTP id 01D398FC20; Thu, 8 Jul 2010 07:06:27 +0000 (UTC) Received: from wiggles.bwns.ch (localhost [IPv6:::1]) by mx.critical.ch (8.14.3/8.14.3/critical-1.0) with SMTP id o6876OQB023395; Thu, 8 Jul 2010 09:06:24 +0200 (CEST) (envelope-from ehaupt@critical.ch) Date: Thu, 8 Jul 2010 09:06:24 +0200 From: Emanuel Haupt To: hartzell@alerce.com Message-Id: <20100708090624.ed82c108.ehaupt@critical.ch> In-Reply-To: <19508.63118.772132.577016@gargle.gargle.HOWL> References: <20100703144207.29a981e3.ehaupt@critical.ch> <19503.27383.863804.341881@gargle.gargle.HOWL> <20100703205330.1f14fd6a.ehaupt@FreeBSD.org> <19503.37741.97266.846223@gargle.gargle.HOWL> <20100707025728.GE66073@lor.one-eyed-alien.net> <19508.62955.793205.277093@gargle.gargle.HOWL> <19508.63118.772132.577016@gargle.gargle.HOWL> X-Mailer: Sylpheed 3.0.2 (GTK+ 2.20.1; amd64-portbld-freebsd8.1) Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Cc: ports@freebsd.org, Brooks Davis , Emanuel Haupt Subject: pkg-descr: WWW (was: Re: audio/squeezeboxserver still broken) X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 08 Jul 2010 07:06:29 -0000 George Hartzell wrote: > George Hartzell writes: > > Brooks Davis writes: > > > On Sat, Jul 03, 2010 at 12:45:49PM -0700, George Hartzell wrote: > > > > Emanuel Haupt writes: > > > > > George Hartzell wrote: > > > > > > Emanuel Haupt writes: > > > > > > > Hi > > > > > > > > > > > > > > The current audio/squeezeboxserver port is still > > > > > > > broken for me. I just built a package set with an up > > > > > > > to date ports tree and installed them in a vanilla > > > > > > > jail to make sure that there is no previous cruft > > > > > > > which could possibly be a problem. > > > > > > > > > > > > > > After installing the package set I started the server > > > > > > > and configured it over the webinterface - just basic > > > > > > > stuff, file location, playlist location, that's it. > > > > > > > Then I run > > > > > > > > > > > > > > $ /usr/local/squeezeboxserver/scanner.pl --wipe > > > > > > > --rescan > > > > > > > > > > > > > > And I get: > > > > > > > > > > > > > > # /usr/local/squeezeboxserver/scanner.pl --rescan > > > > > > > # --wipe > > > > > > > Your locale was detected as C, you may have problems > > > > > > > with non-Latin filenames. Consider changing your > > > > > > > LANG variable to the correct locale, i.e. en_US.utf8 > > > > > > > [10-07-03 14:38:04.1610] main::main (180) Starting > > > > > > > Squeezebox Server scanner (v7.5.1, r30836, Tue Jun 1 > > > > > > > 07:00:00 MDT 2010) perl 5.010001 [10-07-03 > > > > > > > 14:38:04.2226] Carp::Clan::__ANON__ (227) Warning: > > > > > > > Class::C3::Componentised::load_components(): Use of > > > > > > > DBIx::Class::UTF8Columns is strongly discouraged. See > > > > > > > documentation of DBIx::Class::UTF8Columns for more > > > > > > > info [10-07-03 14:38:04.3794] main::main (271) > > > > > > > Removing artwork cache... [10-07-03 14:38:04.3823] > > > > > > > Slim::Music::Import::runImporter (566) Starting > > > > > > > Slim::Music::MusicFolderScan scan [10-07-03 > > > > > > > 14:38:04.3945] Slim::Utils::Scanner::scanDirectory > > > > > > > (320) Found 49 files in /mp3 [10-07-03 14:38:04.3956] > > > > > > > Slim::Utils::Scanner::scanDirectory (333) > > > > > > > Scanning: /mp3/foo.mp3 [10-07-03 14:38:04.4332] > > > > > > > Slim::Schema::Storage::throw_exception > > > > > > > (82) Error: DBI Exception: DBD::mysql::db begin_work > > > > > > > failed: Already in a transaction [10-07-03 > > > > > > > 14:38:04.4336] Slim::Schema::Storage::throw_exception > > > > > > > (82) Backtrace: > > > > > > > > > > > > > > frame 0: Slim::Utils::Log::logBacktrace > > > > > > > (/usr/local/squeezeboxserver/Slim/Schema/Storage.pm > > > > > > > line 82) frame 1: > > > > > > > Slim::Schema::Storage::throw_exception > > > > > > > (/usr/local/lib/perl5/site_perl/5.10.1/DBIx/Class/Storage/DBI.pm > > > > > > > line 1187) frame 2: > > > > > > > DBIx::Class::Storage::DBI::__ANON__ > > > > > > > (/usr/local/lib/perl5/site_perl/5.10.1/DBIx/Class/Storage/DBI.pm > > > > > > > line 1329) frame 3: > > > > > > > DBIx::Class::Storage::DBI::__ANON__ > > > > > > > (/usr/local/lib/perl5/site_perl/5.10.1/DBIx/Class/Storage/DBI.pm > > > > > > > line 738) frame 4: > > > > > > > DBIx::Class::Storage::DBI::__ANON__ > > > > > > > (/usr/local/lib/perl5/site_perl/5.10.1/Try/Tiny.pm > > > > > > > line 76) frame 5: (eval) > > > > > > > (/usr/local/lib/perl5/site_perl/5.10.1/Try/Tiny.pm > > > > > > > line > > > > > > > 67) frame 6: Try::Tiny::try > > > > > > > (/usr/local/lib/perl5/site_perl/5.10.1/DBIx/Class/Storage/DBI.pm > > > > > > > line 749) frame 7: DBIx::Class::Storage::DBI::dbh_do > > > > > > > (/usr/local/lib/perl5/site_perl/5.10.1/DBIx/Class/Storage/DBI.pm > > > > > > > line 1329) frame 8: > > > > > > > DBIx::Class::Storage::DBI::_dbh_begin_work > > > > > > > (/usr/local/lib/perl5/site_perl/5.10.1/DBIx/Class/Storage/DBI.pm > > > > > > > line 1310) frame 9: > > > > > > > DBIx::Class::Storage::DBI::txn_begin > > > > > > > (/usr/local/lib/perl5/site_perl/5.10.1/DBIx/Class/Storage/TxnScopeGuard.pm > > > > > > > line 12) frame 10: > > > > > > > DBIx::Class::Storage::TxnScopeGuard::new > > > > > > > (/usr/local/lib/perl5/site_perl/5.10.1/DBIx/Class/Storage.pm > > > > > > > line > > > > > > > 333) frame 11: DBIx::Class::Storage::txn_scope_guard > > > > > > > (/usr/local/lib/perl5/site_perl/5.10.1/DBIx/Class/Schema.pm > > > > > > > line > > > > > > > 672) frame 12: DBIx::Class::Schema::txn_scope_guard > > > > > > > (/usr/local/lib/perl5/site_perl/5.10.1/DBIx/Class/Relationship/CascadeActions.pm > > > > > > > line 49) frame 13: > > > > > > > DBIx::Class::Relationship::CascadeActions::update > > > > > > > (/usr/local/squeezeboxserver/Slim/Schema/DBI.pm line > > > > > > > 39) frame 14: Slim::Schema::DBI::update > > > > > > > (/usr/local/squeezeboxserver/Slim/Schema.pm line > > > > > > > 2766) frame 15: Slim::Schema::_postCheckAttributes > > > > > > > (/usr/local/squeezeboxserver/Slim/Schema.pm line > > > > > > > 1079) frame 16: Slim::Schema::newTrack > > > > > > > (/usr/local/squeezeboxserver/Slim/Utils/Scanner.pm > > > > > > > line 347) frame 17: > > > > > > > Slim::Utils::Scanner::scanDirectory > > > > > > > (/usr/local/squeezeboxserver/Slim/Music/MusicFolderScan.pm > > > > > > > line > > > > > > > 79) frame 18: Slim::Music::MusicFolderScan::startScan > > > > > > > (/usr/local/squeezeboxserver/Slim/Music/Import.pm > > > > > > > line 568) frame 19: Slim::Music::Import::runImporter > > > > > > > (/usr/local/squeezeboxserver/Slim/Music/Import.pm > > > > > > > line 373) frame 20: Slim::Music::Import::runScan > > > > > > > (/usr/local/squeezeboxserver/scanner.pl line 305) > > > > > > > frame 21: (eval) > > > > > > > (/usr/local/squeezeboxserver/scanner.pl line 299) > > > > > > > frame 22: main::main > > > > > > > (/usr/local/squeezeboxserver/scanner.pl line 454) > > > > > > > > > > > > > > [10-07-03 14:38:04.4341] > > > > > > > Slim::Schema::Storage::throw_exception > > > > > > > (82) Error: Carp::Clan::__ANON__(): DBI Exception: > > > > > > > DBD::mysql::db begin_work failed: Already in a > > > > > > > transaction > > > > > > > at /usr/local/squeezeboxserver/Slim/Schema/Storage.pm > > > > > > > line 86 [10-07-03 14:38:04.4344] > > > > > > > Slim::Schema::Storage::throw_exception > > > > > > > (82) Backtrace: > > > > > > > > > > > > > > frame 0: Slim::Utils::Log::logBacktrace > > > > > > > (/usr/local/squeezeboxserver/Slim/Schema/Storage.pm > > > > > > > line 82) frame 1: > > > > > > > Slim::Schema::Storage::throw_exception > > > > > > > (/usr/local/lib/perl5/site_perl/5.10.1/DBIx/Class/Storage/DBI.pm > > > > > > > line 740) frame 2: > > > > > > > DBIx::Class::Storage::DBI::__ANON__ > > > > > > > (/usr/local/lib/perl5/site_perl/5.10.1/Try/Tiny.pm > > > > > > > line 98) frame 3: Try::Tiny::try > > > > > > > (/usr/local/lib/perl5/site_perl/5.10.1/DBIx/Class/Storage/DBI.pm > > > > > > > line 749) frame 4: DBIx::Class::Storage::DBI::dbh_do > > > > > > > (/usr/local/lib/perl5/site_perl/5.10.1/DBIx/Class/Storage/DBI.pm > > > > > > > line 1329) frame 5: > > > > > > > DBIx::Class::Storage::DBI::_dbh_begin_work > > > > > > > (/usr/local/lib/perl5/site_perl/5.10.1/DBIx/Class/Storage/DBI.pm > > > > > > > line 1310) frame 6: > > > > > > > DBIx::Class::Storage::DBI::txn_begin > > > > > > > (/usr/local/lib/perl5/site_perl/5.10.1/DBIx/Class/Storage/TxnScopeGuard.pm > > > > > > > line 12) frame 7: > > > > > > > DBIx::Class::Storage::TxnScopeGuard::new > > > > > > > (/usr/local/lib/perl5/site_perl/5.10.1/DBIx/Class/Storage.pm > > > > > > > line > > > > > > > 333) frame 8: DBIx::Class::Storage::txn_scope_guard > > > > > > > (/usr/local/lib/perl5/site_perl/5.10.1/DBIx/Class/Schema.pm > > > > > > > line > > > > > > > 672) frame 9: DBIx::Class::Schema::txn_scope_guard > > > > > > > (/usr/local/lib/perl5/site_perl/5.10.1/DBIx/Class/Relationship/CascadeActions.pm > > > > > > > line 49) frame 10: > > > > > > > DBIx::Class::Relationship::CascadeActions::update > > > > > > > (/usr/local/squeezeboxserver/Slim/Schema/DBI.pm line > > > > > > > 39) frame 11: Slim::Schema::DBI::update > > > > > > > (/usr/local/squeezeboxserver/Slim/Schema.pm line > > > > > > > 2766) frame 12: Slim::Schema::_postCheckAttributes > > > > > > > (/usr/local/squeezeboxserver/Slim/Schema.pm line > > > > > > > 1079) frame 13: Slim::Schema::newTrack > > > > > > > (/usr/local/squeezeboxserver/Slim/Utils/Scanner.pm > > > > > > > line 347) frame 14: > > > > > > > Slim::Utils::Scanner::scanDirectory > > > > > > > (/usr/local/squeezeboxserver/Slim/Music/MusicFolderScan.pm > > > > > > > line > > > > > > > 79) frame 15: Slim::Music::MusicFolderScan::startScan > > > > > > > (/usr/local/squeezeboxserver/Slim/Music/Import.pm > > > > > > > line 568) frame 16: Slim::Music::Import::runImporter > > > > > > > (/usr/local/squeezeboxserver/Slim/Music/Import.pm > > > > > > > line 373) frame 17: Slim::Music::Import::runScan > > > > > > > (/usr/local/squeezeboxserver/scanner.pl line 305) > > > > > > > frame 18: (eval) > > > > > > > (/usr/local/squeezeboxserver/scanner.pl line 299) > > > > > > > frame 19: main::main > > > > > > > (/usr/local/squeezeboxserver/scanner.pl line 454) > > > > > > > > > > > > > > [10-07-03 14:38:04.4348] main::main (311) Error: > > > > > > > Failed when running main scan: [Carp::Clan::__ANON__ > > > > > > > (): DBI Exception: DBD::mysql::db begin_work failed: > > > > > > > Already in a transaction > > > > > > > at /usr/local/squeezeboxserver/Slim/Schema/Storage.pm > > > > > > > line 86 ] [10-07-03 14:38:04.4350] main::main (312) > > > > > > > Error: Skipping > > > > > > > > > > > > > > Emanuel > > > > > > > _______________________________________________ > > > > > > > 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" > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > Does it work if you roll back to the previous version of > > > > > > DBIx::Class? > > > > > > > > > > That did work. I'm thinking about creating a > > > > > databases/p5-DBIx-Class 0.08120 legacy port and submit a > > > > > patch to adjust the module path in the current > > > > > audio/squeezeboxserver. > > > > > > > > > > Anyone opposed to that idea? Thoughts? > > > > > [...] > > > > > > > > Well, it'd be nice to have it work.... Any info in the > > > > squeezebox world about moving forward to the current > > > > DBIx::Class? I don't know what the precedent is for > > > > maintaining a retro port. Also, someone will have to watch > > > > and unwind it when squeeze catches up. > > > > > > While I hate the idea of a retro port the only other easy > > > option is to revert to using the version from ports and making > > > the databases/p5-DBIx-Class a conflict. Realistically I'm not > > > going to provide a fix myself that isn't trivial. I'd happily > > > give up maintainership to someone who could. > > > > > > -- Brooks > > > > > > [GNUPG:] ERRSIG 5D8E8BE9F2381AD4 17 2 01 1278471447 9 > > > [GNUPG:] NO_PUBKEY 5D8E8BE9F2381AD4 > > > > Could someone see if the patch here: > > > > http://www.freebsd.org/cgi/query-pr.cgi?pr=ports/148318 > > > > makes things work? > > > > Brooks, is that trivial? :) > > > > g. > > > > ps. I can take maintainership if you don't want to hold onto it, but > I'm not itching to take it.... I do use this every day, so.... > > g. Brooks, WWW in pkg-descr should also be changed the current URL returns a 404. Emanuel From owner-freebsd-ports@FreeBSD.ORG Thu Jul 8 09:26:26 2010 Return-Path: Delivered-To: ports@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 637BF106564A; Thu, 8 Jul 2010 09:26:26 +0000 (UTC) (envelope-from erwin@mail.droso.net) Received: from mail.droso.net (koala.droso.net [IPv6:2001:6c8:130:400::6]) by mx1.freebsd.org (Postfix) with ESMTP id 013548FC23; Thu, 8 Jul 2010 09:26:25 +0000 (UTC) Received: by mail.droso.net (Postfix, from userid 1001) id B14961CC27; Thu, 8 Jul 2010 11:26:24 +0200 (CEST) Date: Thu, 8 Jul 2010 11:26:24 +0200 From: Erwin Lansing Sender: owner-freebsd-ports@freebsd.org To: ports@FreeBSD.org Message-ID: <20100708092624.GN31442@droso.net> MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="xHbokkKX1kTiQeDC" Content-Disposition: inline User-Agent: Mutt/1.5.20 (2009-06-14) Cc: Subject: [HEADSUP]: Partial ports thaw X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 08 Jul 2010 09:26:26 -0000 --xHbokkKX1kTiQeDC Content-Type: text/plain; charset=iso-8859-1 Content-Disposition: inline Content-Transfer-Encoding: quoted-printable The ports tree is now tagged and partially thawed. Until 8.1 is released, sweeping commits still need explicit approval from portmgr to assure that tags can be slipped for potential security issues. For more information what constitutes a sweeping change, see the portmgr web pages[1]. -erwin 1: http://www.freebsd.org/portmgr/implementation.html#sweeping_changes --=20 Erwin Lansing http://droso.org Prediction is very difficult especially about the future erwin@FreeBSD.org --xHbokkKX1kTiQeDC Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.10 (FreeBSD) iD8DBQFMNZnAqy9aWxUlaZARApwiAJ4yqOpb898NiuE/DVIanqCpGqVIUACfXahb wV2aDIvsfHBwtpCwouNSKB8= =IoQF -----END PGP SIGNATURE----- --xHbokkKX1kTiQeDC-- From owner-freebsd-ports@FreeBSD.ORG Thu Jul 8 11:06:27 2010 Return-Path: Delivered-To: freebsd-ports@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 2CDAC1065670 for ; Thu, 8 Jul 2010 11:06:27 +0000 (UTC) (envelope-from matthias.andree@gmx.de) Received: from mail.gmx.net (mail.gmx.net [213.165.64.20]) by mx1.freebsd.org (Postfix) with SMTP id 6FA818FC13 for ; Thu, 8 Jul 2010 11:06:26 +0000 (UTC) Received: (qmail invoked by alias); 08 Jul 2010 11:06:24 -0000 Received: from baloo.cs.uni-paderborn.de (EHLO baloo.cs.uni-paderborn.de) [131.234.21.116] by mail.gmx.net (mp014) with SMTP; 08 Jul 2010 13:06:24 +0200 X-Authenticated: #428038 X-Provags-ID: V01U2FsdGVkX1+JY5sfz66Je63pOUziAoqhPr7nJLRwKFNLn1hrKK xLRZ61wj7zANJE Received: from [127.0.0.1] (helo=balu.cs.uni-paderborn.de) by baloo.cs.uni-paderborn.de with esmtp (Exim 4.70) (envelope-from ) id L58K6N-0005A0-P5 for freebsd-ports@freebsd.org; Thu, 08 Jul 2010 13:06:23 +0200 Content-Type: text/plain; charset=iso-8859-15; format=flowed; delsp=yes To: freebsd-ports@freebsd.org References: <20100706160639.GA21981@ozzmosis.com> <20100707042008.GA60650@ozzmosis.com> <4C34B319.1010503@FreeBSD.org> Date: Thu, 08 Jul 2010 13:06:22 +0200 MIME-Version: 1.0 Content-Transfer-Encoding: 8bit From: "Matthias Andree" Message-ID: In-Reply-To: User-Agent: Opera Mail/10.60 (Win32) X-Y-GMX-Trusted: 0 Subject: Re: devel/subversion X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 08 Jul 2010 11:06:27 -0000 Garrett Cooper wrote on 2010-07-07: > Certain bits probably need to be added to detect the version > incompatibility and recommend an upgrade and/or CONFLICTS, maybe? I don't have a precise idea, but some support in the ports infrastructure would be needed to assist with the OpenSSL 1.0.0 incompatibilities somehow. We can't patch up gazillions of ports. -- Matthias Andree From owner-freebsd-ports@FreeBSD.ORG Thu Jul 8 04:02:24 2010 Return-Path: Delivered-To: ports@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 5E3BE106566C; Thu, 8 Jul 2010 04:02:24 +0000 (UTC) (envelope-from fagreco@verizon.net) Received: from vms173013pub.verizon.net (vms173013pub.verizon.net [206.46.173.13]) by mx1.freebsd.org (Postfix) with ESMTP id 3FDB88FC18; Thu, 8 Jul 2010 04:02:24 +0000 (UTC) Received: from hpquad.greconet ([unknown] [173.76.205.155]) by vms173013.mailsrvcs.net (Sun Java(tm) System Messaging Server 7u2-7.02 32bit (built Apr 16 2009)) with ESMTPA id <0L5700FQDXRJTF58@vms173013.mailsrvcs.net>; Wed, 07 Jul 2010 22:02:08 -0500 (CDT) Message-id: <4C353F7E.8070406@verizon.net> Date: Wed, 07 Jul 2010 23:01:18 -0400 From: "Frank A. Greco" User-Agent: Mozilla/5.0 (X11; U; FreeBSD amd64; en-US; rv:1.9.1.10) Gecko/20100707 Thunderbird/3.0.5 MIME-version: 1.0 To: gnome@FreeBSD.org Content-type: text/plain; charset=ISO-8859-1; format=flowed Content-transfer-encoding: 7bit X-Mailman-Approved-At: Thu, 08 Jul 2010 12:24:05 +0000 Cc: ports@FreeBSD.org Subject: FreeBSD Port: gimp-2.6.9,2 X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 08 Jul 2010 04:02:24 -0000 HI, I'm running 8.0-RELEASE, amd64. The port installs fine as a package but when I try to run gimp I get an error message that gegl 0.1.2 needs to be updated to gegl 0.0.18. The description of the port says that gegl 0.1.2 is required, so I suspect that the problem is that app/sanity.c didn't get updated. Whether that's the problem or not, any help would be appreciated. Thanks. Frank Greco From owner-freebsd-ports@FreeBSD.ORG Thu Jul 8 14:57:57 2010 Return-Path: Delivered-To: freebsd-ports@hub.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id D85ED106564A; Thu, 8 Jul 2010 14:57:57 +0000 (UTC) (envelope-from remko@FreeBSD.org) Received: from freefall.freebsd.org (freefall.freebsd.org [IPv6:2001:4f8:fff6::28]) by mx1.freebsd.org (Postfix) with ESMTP id B05058FC18; Thu, 8 Jul 2010 14:57:57 +0000 (UTC) Received: from freefall.freebsd.org (localhost [127.0.0.1]) by freefall.freebsd.org (8.14.4/8.14.4) with ESMTP id o68EvveO035105; Thu, 8 Jul 2010 14:57:57 GMT (envelope-from remko@freefall.freebsd.org) Received: (from remko@localhost) by freefall.freebsd.org (8.14.4/8.14.4/Submit) id o68EvvOc035101; Thu, 8 Jul 2010 14:57:57 GMT (envelope-from remko) Date: Thu, 8 Jul 2010 14:57:57 GMT Message-Id: <201007081457.o68EvvOc035101@freefall.freebsd.org> To: remko@FreeBSD.org, freebsd-bugs@FreeBSD.org, freebsd-ports@FreeBSD.org From: remko@FreeBSD.org Cc: Subject: Re: ports/148450: devel/glib20: recent glib20 __STDC_ISO_10646__ fix causes pidgin to crash X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 08 Jul 2010 14:57:57 -0000 Old Synopsis: recent glib20 __STDC_ISO_10646__ fix causes pidgin to crash New Synopsis: devel/glib20: recent glib20 __STDC_ISO_10646__ fix causes pidgin to crash Responsible-Changed-From-To: freebsd-bugs->freebsd-ports Responsible-Changed-By: remko Responsible-Changed-When: Thu Jul 8 14:57:18 UTC 2010 Responsible-Changed-Why: reassign to ports http://www.freebsd.org/cgi/query-pr.cgi?pr=148450 From owner-freebsd-ports@FreeBSD.ORG Thu Jul 8 15:51:47 2010 Return-Path: Delivered-To: ports@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 8BE44106568A; Thu, 8 Jul 2010 15:51:47 +0000 (UTC) (envelope-from tabthorpe@goodking.ca) Received: from mail-qw0-f54.google.com (mail-qw0-f54.google.com [209.85.216.54]) by mx1.freebsd.org (Postfix) with ESMTP id 352A48FC1C; Thu, 8 Jul 2010 15:51:46 +0000 (UTC) Received: by qwg5 with SMTP id 5so303992qwg.13 for ; Thu, 08 Jul 2010 08:51:34 -0700 (PDT) Received: by 10.224.56.208 with SMTP id z16mr4669972qag.197.1278604293908; Thu, 08 Jul 2010 08:51:33 -0700 (PDT) Received: from tabthorpe@goodking.ca (rex.goodking.ca [208.86.224.77]) by mx.google.com with ESMTPS id i26sm34485325qcm.7.2010.07.08.08.51.30 (version=TLSv1/SSLv3 cipher=RC4-MD5); Thu, 08 Jul 2010 08:51:33 -0700 (PDT) Sender: Thomas Abthorpe Received: by tabthorpe@goodking.ca (sSMTP sendmail emulation); Thu, 08 Jul 2010 11:51:29 -0400 Date: Thu, 8 Jul 2010 11:51:29 -0400 From: Thomas Abthorpe To: ports@FreeBSD.org Message-ID: <20100708155129.GV67752@rex.goodking.ca> MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="JcGvecxLhm+LytDG" Content-Disposition: inline X-URL: http://www.goodking.org/ X-PGP-Key: http://people.freebsd.org/~tabthorpe/tabthorpe.asc X-PGP-Key-ID: 0xA473C990 X-PGP-Key-Fingerprint: D883 2D7C EB78 944A 69FC 36A6 D937 1097 A473 C990 User-Agent: Mutt/1.5.20 (2009-06-14) Cc: Subject: Happy Release Time, Freeze is over X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 08 Jul 2010 15:51:47 -0000 --JcGvecxLhm+LytDG Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable This is my third installment of portmgr poetry triology. I have nothing else composed, yet, but who is to say what will come up for next release cycle, FEAR! Happy Release Time, Freeze is over with apologies to John Lennon So this is release time And what have you done Another version released And a new one has just begun So this is release time I hope you have fun The near and the dear one The old and the young A new version of FreeBSD has been released this year Let's hope it is a good one Without any fear And so this is FreeBSD For i386 and for amd64 For ARM and sparc64 The make world can be built And so it has been released For MIPS and for pc98 For sun4v and ia64 Let's all celebrate A new version of FreeBSD has been released this year Let's hope it is a good one Without any fear So this is release time And what have we done Another version released And a new one has just begun So this is release time I hope we had fun The near and the dear one The old and the young A new version of FreeBSD has been released this year Let's hope it is a good one Without any fear Freeze is over, if you want it Freeze is over now --=20 Thomas Abthorpe | FreeBSD Committer tabthorpe@FreeBSD.org | http://people.freebsd.org/~tabthorpe --JcGvecxLhm+LytDG Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.15 (FreeBSD) iQEcBAEBAgAGBQJMNfQBAAoJENk3EJekc8mQOrwIAJH8kMMphtsw3WJb7rhm72e7 hVgg2NFc3eS36OiOJAmgfrSC4sUzxkGpbgSUCBYhuGjJNdMT2j+Qveacl09Sph7V 0kiNPu5J0OsEEkeLimZGMwbDgVhmB88oPNq4BILtImVg25bGh/Sm7P9+YMxsg0Gy sysdBMo/zUQdiRQTNm4MPUkU1ivmTtslhNvl2JmscV6aNVGVEx+WyXFIe8AHJxyc hFF4ksIVYN1sSSBTwQnh+x/NQR79vCrT4GxdX8vJmmOu7W7qjzRG4AxJ2ihaOg5T RRUkjDGBBGrU3OGN4U9GvtkuD7/txEpK/yPKUuG43nEYyTZXozV3/NBrltGGEpQ= =3cy4 -----END PGP SIGNATURE----- --JcGvecxLhm+LytDG-- From owner-freebsd-ports@FreeBSD.ORG Thu Jul 8 16:25:48 2010 Return-Path: Delivered-To: freebsd-ports@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 57870106564A; Thu, 8 Jul 2010 16:25:48 +0000 (UTC) (envelope-from utisoft@gmail.com) Received: from mail-bw0-f54.google.com (mail-bw0-f54.google.com [209.85.214.54]) by mx1.freebsd.org (Postfix) with ESMTP id 84D178FC1C; Thu, 8 Jul 2010 16:25:47 +0000 (UTC) Received: by bwz12 with SMTP id 12so657685bwz.13 for ; Thu, 08 Jul 2010 09:25:36 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:mime-version:received:reply-to :in-reply-to:references:from:date:message-id:subject:to:content-type :content-transfer-encoding; bh=DrdhWaNrLy9f+A/IW/L2Sdb6ta3dLnce40AbSM4Taxo=; b=npb1oABcmae0O3riDQV+F3E9HkRDFSlySbSDSjRHkTvtYhiD1tmFJeYUmWp4RBfocO YYG2laQfM8IdebsgxDcdFqi0xtuuCpGCZs6tWsps6dGk5jjANtaWl7QwbCGPVEbMbS50 VXCc1zJEGQRQVDmlm0/1djNOUY9Ke3P551c0Y= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=mime-version:reply-to:in-reply-to:references:from:date:message-id :subject:to:content-type:content-transfer-encoding; b=OuY1hSH34QW6TK8OyfH6cqsmkJKxB03bC7YqxB5ObFOSAwerUnHGlsndTXEbWrkji4 JGUJilsc/s1Mp0FEdPWojFZsSvV9t671mClemw8qrd9kz+Y3Y8tQOvYcqkyJ5o2OWLyF fOYY9BYippQZPb4FH/EPLzzNPuU+/pW/sPSYE= Received: by 10.204.82.167 with SMTP id b39mr6338130bkl.164.1278606336240; Thu, 08 Jul 2010 09:25:36 -0700 (PDT) MIME-Version: 1.0 Received: by 10.204.118.2 with HTTP; Thu, 8 Jul 2010 09:25:06 -0700 (PDT) In-Reply-To: <20100707065822.GD1463@birne.dunkelkammer.void> References: <20100707023738.GA21938@auricle.charter.net> <20100707065822.GD1463@birne.dunkelkammer.void> From: Chris Rees Date: Thu, 8 Jul 2010 17:25:06 +0100 Message-ID: To: freebsd-ports@freebsd.org, miwi@freebsd.org, stefan@freebsd.org Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Cc: Subject: Re: security/gorilla is broken by lang/itcl update X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: utisoft@gmail.com List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 08 Jul 2010 16:25:48 -0000 On 7 July 2010 07:58, Stefan Walter wrote: > Hi, > > J. Porter Clark, 07.07.10, 04:37h CEST: > >> A recent revision of lang/itcl has apparently broken >> security/gorilla, which now pops up a window which says: >> >> =A0 The Password Gorilla requires the >> =A0 [incr Tcl] add-on to Tcl. Please install >> =A0 the [incr Tcl] package. >> >> I've tried reinstalling itcl and everything else tcl- and >> tk-related, to no avail. =A0I don't know tcl and can't begin to >> fix it myself. =A0Any advice? > > there's an update to security/gorilla in ports/147833 (see [1]). I don't > know if there's a problem with it or when miwi (cc'd) is going to commit > it. Maybe it fixes your problem. > > There's also a second PR for security/gorilla in ports/148388 (see [2]) > which seems to reference the problem you described. > > Regards, > Stefan > > [1]: http://www.freebsd.org/cgi/query-pr.cgi?pr=3Dports/147833 > [2]: http://www.freebsd.org/cgi/query-pr.cgi?pr=3Dports/148388 It should fix the problem; Gorilla used to use wish from Tcl/Tk 8.4, which didn't play ball with itcl. Try my patch in ports/147833 (above) Chris From owner-freebsd-ports@FreeBSD.ORG Thu Jul 8 17:17:49 2010 Return-Path: Delivered-To: freebsd-ports@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 36DEB106564A for ; Thu, 8 Jul 2010 17:17:49 +0000 (UTC) (envelope-from demelier.david@gmail.com) Received: from mail-bw0-f54.google.com (mail-bw0-f54.google.com [209.85.214.54]) by mx1.freebsd.org (Postfix) with ESMTP id AC4228FC14 for ; Thu, 8 Jul 2010 17:17:48 +0000 (UTC) Received: by bwz12 with SMTP id 12so695217bwz.13 for ; Thu, 08 Jul 2010 10:17:40 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:received:received:date:message-id :subject:from:to:content-type; bh=2FBLb2NAnNwN4LdAob1zR9hb0zUEx5+5DDIhCNV57nE=; b=OaFDwnk2eoNRHOwPUy5oejq0pFFCL6T4Iz69fbDxcPMnnUdKjP1tUeTLBdugYYPjew PfC+OIz/v5+gqvCUFJtbpxZaBZEIursQ/03G415DfkiNiouS3pejDhPekhoHnrHgaWwc P0FffkKqNhMFHXV8qPbr7uYUU0LyzBnZ6Ld60= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=mime-version:date:message-id:subject:from:to:content-type; b=XBiJB+S/mtqML20GgAP726AGR1nGC1aeM2xeFQrx7FGOt5TOlnNsH2U4SbdzHF80kd 5+JcgCxKhb+2+Cc47Pnoi2hlatxU0p/mUsQDi6Nv6B5Jt6tpNY9jI3uIzrr3xs8yrKqV BmnVS/HL84mb0QwM/SHnkSiJh6LDY/Z3Twy20= MIME-Version: 1.0 Received: by 10.204.83.218 with SMTP id g26mr6548015bkl.52.1278609458763; Thu, 08 Jul 2010 10:17:38 -0700 (PDT) Received: by 10.204.118.83 with HTTP; Thu, 8 Jul 2010 10:17:38 -0700 (PDT) Date: Thu, 8 Jul 2010 19:17:38 +0200 Message-ID: From: David DEMELIER To: freebsd-ports Content-Type: text/plain; charset=UTF-8 Subject: Conky fails to build with audacious option. X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 08 Jul 2010 17:17:49 -0000 Hi This is what happened when you try to compile sysutils/conky with the audacious option : ===> Building for conky-1.7.2_7 Making all in src gmake[1]: Entering directory `/usr/obj/usr/ports/sysutils/conky/work/conky-1.7.2/src' gmake all-am gmake[2]: Entering directory `/usr/obj/usr/ports/sysutils/conky/work/conky-1.7.2/src' /bin/sh ../libtool --tag=CC --mode=link cc -D_REENTRANT -D_THREAD_SAFE -I/usr/local/include -I/usr/local/include/glib-2.0 -I/usr/local/lib/glib-2.0/include -I/usr/local/include/gtk-2.0 -I/usr/local/include/pango-1.0 -I/usr/local/include/cairo -I/usr/local/include/libmowgli -I/usr/local/include/dbus-1.0 -I/usr/local/include/dbus-1.0/include -I/usr/local/lib/gtk-2.0/include -I/usr/local/include/atk-1.0 -I/usr/local/include/gio-unix-2.0/ -I/usr/local/include/pixman-1 -I/usr/local/include/freetype2 -D_THREAD_SAFE -I/usr/local/include -I/usr/local/include -I/usr/local/include/freetype2 -D_THREAD_SAFE -I/usr/local/include -D_THREAD_SAFE -I/usr/local/include -D_THREAD_SAFE -I/usr/local/include -I/usr/local/include/freetype2 -Wall -W -O2 -pipe -fno-strict-aliasing -pthread -lm -L/usr/local/lib -o conky conky-conf_cookie.o conky-audacious.o conky-colours.o conky-common.o conky-conky.o conky-freebsd.o conky-diskio.o conky-fs.o conky-mail.o conky-mixer.o conky-mpd.o conky-libmpdclient.o conky-moc.o conky-timed_thread.o conky-mboxscan.o conky-x11.o conky-fonts.o conky-specials.o conky-tailhead.o conky-temphelper.o conky-text_object.o conky-algebra.o conky-imlib2.o -pthread -L/usr/local/lib -laudcore -lgtk-x11-2.0 -lmcs -lgdk-x11-2.0 -latk-1.0 -lgdk_pixbuf-2.0 -lpangocairo-1.0 -lXext -lXrender -lXinerama -lXi -lXrandr -lXcursor -lXcomposite -lXdamage -lpangoft2-1.0 -lgio-2.0 -lXfixes -lcairo -lX11 -lpango-1.0 -lm -lfreetype -lfontconfig -lgmodule-2.0 -lmowgli -ldbus-glib-1 -ldbus-1 -lgobject-2.0 -lgthread-2.0 -lglib-2.0 -lm -L/usr/local/lib -lX11 -L/usr/local/lib -lImlib2 -liconv -L/usr/local/lib -lXext -L/usr/local/lib -lXdamage -lXfixes -L/usr/local/lib -lXft -lXrender -lfontconfig -lfreetype -lX11 -lkvm -ldevstat libtool: link: cc -D_REENTRANT -D_THREAD_SAFE -I/usr/local/include -I/usr/local/include/glib-2.0 -I/usr/local/lib/glib-2.0/include -I/usr/local/include/gtk-2.0 -I/usr/local/include/pango-1.0 -I/usr/local/include/cairo -I/usr/local/include/libmowgli -I/usr/local/include/dbus-1.0 -I/usr/local/include/dbus-1.0/include -I/usr/local/lib/gtk-2.0/include -I/usr/local/include/atk-1.0 -I/usr/local/include/gio-unix-2.0/ -I/usr/local/include/pixman-1 -I/usr/local/include/freetype2 -D_THREAD_SAFE -I/usr/local/include -I/usr/local/include -I/usr/local/include/freetype2 -D_THREAD_SAFE -I/usr/local/include -D_THREAD_SAFE -I/usr/local/include -D_THREAD_SAFE -I/usr/local/include -I/usr/local/include/freetype2 -Wall -W -O2 -pipe -fno-strict-aliasing -pthread -o conky conky-conf_cookie.o conky-audacious.o conky-colours.o conky-common.o conky-conky.o conky-freebsd.o conky-diskio.o conky-fs.o conky-mail.o conky-mixer.o conky-mpd.o conky-libmpdclient.o conky-moc.o conky-timed_thread.o conky-mboxscan.o conky-x11.o conky-fonts.o conky-specials.o conky-tailhead.o conky-temphelper.o conky-text_object.o conky-algebra.o conky-imlib2.o -pthread -L/usr/local/lib -laudcore /usr/local/lib/libgtk-x11-2.0.so -lmcs /usr/local/lib/libgdk-x11-2.0.so /usr/local/lib/libatk-1.0.so /usr/local/lib/libgdk_pixbuf-2.0.so /usr/local/lib/libpangocairo-1.0.so /usr/local/lib/libXinerama.so /usr/local/lib/libXi.so /usr/local/lib/libXrandr.so /usr/local/lib/libXcursor.so /usr/local/lib/libXcomposite.so /usr/local/lib/libpangoft2-1.0.so /usr/local/lib/libgio-2.0.so /usr/local/lib/libcairo.so /usr/local/lib/libpixman-1.so /usr/local/lib/libglitz.so -lpng /usr/local/lib/libxcb-render-util.so /usr/local/lib/libxcb-render.so /usr/local/lib/libpango-1.0.so /usr/local/lib/libgmodule-2.0.so -lmowgli /usr/local/lib/libdbus-glib-1.so /usr/local/lib/libdbus-1.so /usr/local/lib/libgobject-2.0.so /usr/local/lib/libgthread-2.0.so /usr/local/lib/libglib-2.0.so /usr/local/lib/libintl.so /usr/local/lib/libpcre.so /usr/local/lib/libImlib2.so -lm /usr/local/lib/libiconv.so /usr/local/lib/libXext.so /usr/local/lib/libXdamage.so /usr/local/lib/libXfixes.so /usr/local/lib/libXft.so /usr/local/lib/libXrender.so /usr/local/lib/libfontconfig.so /usr/local/lib/libexpat.so /usr/local/lib/libfreetype.so -lz /usr/local/lib/libX11.so /usr/local/lib/libxcb.so /usr/local/lib/libXau.so /usr/local/lib/libXdmcp.so /usr/local/lib/libpthread-stubs.so -lrpcsvc -lkvm -ldevstat -pthread -Wl,-rpath -Wl,/usr/local/lib -Wl,-rpath -Wl,/usr/local/lib conky-audacious.o(.text+0x162): In function `audacious_thread_func': : undefined reference to `audacious_remote_is_running' conky-audacious.o(.text+0x16e): In function `audacious_thread_func': : undefined reference to `audacious_remote_is_paused' conky-audacious.o(.text+0x198): In function `audacious_thread_func': : undefined reference to `audacious_remote_get_playlist_pos' conky-audacious.o(.text+0x1a5): In function `audacious_thread_func': : undefined reference to `audacious_remote_get_playlist_title' conky-audacious.o(.text+0x1d8): In function `audacious_thread_func': : undefined reference to `audacious_remote_get_playlist_time' conky-audacious.o(.text+0x23f): In function `audacious_thread_func': : undefined reference to `audacious_remote_get_output_time' conky-audacious.o(.text+0x2b3): In function `audacious_thread_func': : undefined reference to `audacious_remote_get_info' conky-audacious.o(.text+0x30c): In function `audacious_thread_func': : undefined reference to `audacious_remote_get_playlist_file' conky-audacious.o(.text+0x336): In function `audacious_thread_func': : undefined reference to `audacious_remote_get_playlist_length' conky-audacious.o(.text+0x371): In function `audacious_thread_func': : undefined reference to `audacious_remote_get_main_volume' conky-audacious.o(.text+0x396): In function `audacious_thread_func': : undefined reference to `audacious_remote_is_playing' gmake[2]: *** [conky] Error 1 gmake[2]: Leaving directory `/usr/obj/usr/ports/sysutils/conky/work/conky-1.7.2/src' gmake[1]: *** [all] Error 2 gmake[1]: Leaving directory `/usr/obj/usr/ports/sysutils/conky/work/conky-1.7.2/src' gmake: *** [all-recursive] Error 1 *** Error code 1 Stop in /usr/ports/sysutils/conky. *** Error code 1 Stop in /usr/ports/sysutils/conky. -- Demelier David From owner-freebsd-ports@FreeBSD.ORG Thu Jul 8 20:53:11 2010 Return-Path: Delivered-To: freebsd-ports@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id A5856106566B for ; Thu, 8 Jul 2010 20:53:11 +0000 (UTC) (envelope-from r.neese@gmail.com) Received: from mail-ww0-f42.google.com (mail-ww0-f42.google.com [74.125.82.42]) by mx1.freebsd.org (Postfix) with ESMTP id 37F408FC16 for ; Thu, 8 Jul 2010 20:53:10 +0000 (UTC) Received: by wwb13 with SMTP id 13so338120wwb.1 for ; Thu, 08 Jul 2010 13:53:00 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:received:message-id:date:from :user-agent:mime-version:to:subject:content-type :content-transfer-encoding; bh=L9vIaf/kNYNCqyAQj2qGN6K9SLH43Y9F8IOwafvEfqs=; b=ac15CktRyv7PVw/AhgRQuky7HI7ARrcdwK0WTt1fl3kyRh1Uw9+ObF6qyvHXlimFce oXSOYNMikK+llZLdaFbUv4NJHQDe9IjKgCQtccNWwycCJfn0fuek+AOjhxw2+p/T2tPl vCvAU7XbHrvQNhCNG7/jWzcjPw429imKsBg14= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=message-id:date:from:user-agent:mime-version:to:subject :content-type:content-transfer-encoding; b=HIj5vc/hJD7M2npqF/QOBgFilV+jmd6VIavu3jqyK4CY7HUV6cS5obCqB+dEZsJjeq +XFCtxsxe4SaadL/KhbVyR+KHKi9JXrLRyxBe5p8ssLpQgJ3c5UhE/taJSLPq6UneAN4 KF4cg/+SPPg6qvC2eLbK9+HgFJ8Upf5dPoRpo= Received: by 10.216.236.226 with SMTP id w76mr3104442weq.7.1278620772049; Thu, 08 Jul 2010 13:26:12 -0700 (PDT) Received: from [127.0.0.1] (c-67-186-24-149.hsd1.pa.comcast.net [67.186.24.149]) by mx.google.com with ESMTPS id m34sm627564wej.33.2010.07.08.13.26.10 (version=SSLv3 cipher=RC4-MD5); Thu, 08 Jul 2010 13:26:11 -0700 (PDT) Message-ID: <4C363458.6060700@gmail.com> Date: Thu, 08 Jul 2010 16:26:00 -0400 From: "Richard E,. Neese" User-Agent: Mozilla/5.0 (Windows; U; Windows NT 6.1; en-US; rv:1.9.1.7) Gecko/20100301 Eudora/3.0.1 MIME-Version: 1.0 To: freebsd-ports@freebsd.org Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Subject: meta port issue X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 08 Jul 2010 20:53:11 -0000 Following is not happening I have a meta port of /usr/ports/net/freeswitch wich builds and installs other freeswitch ports of -core -sounds -music if you type make in the meta port it is not calling up the options screens for the other ports. but if you go into the other ports of freeswitch-core -sounds -music and type make the options screens come up fine. it seems that meta porta are broken in the mk files From owner-freebsd-ports@FreeBSD.ORG Thu Jul 8 21:08:06 2010 Return-Path: Delivered-To: freebsd-ports@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 6A719106567B for ; Thu, 8 Jul 2010 21:08:06 +0000 (UTC) (envelope-from prvs=798089e57=pschmehl_lists@tx.rr.com) Received: from ip-002.utdallas.edu (ip-002.utdallas.edu [129.110.20.108]) by mx1.freebsd.org (Postfix) with ESMTP id A1AB58FC23 for ; Thu, 8 Jul 2010 21:08:05 +0000 (UTC) X-Group: None X-IronPort-Anti-Spam-Filtered: true X-IronPort-Anti-Spam-Result: AlYGAInUNUyBbgogOmdsb2JhbACgPAEBAQEYCELCH4UlBIN5 X-IronPort-AV: E=Sophos;i="4.53,560,1272862800"; d="scan'208";a="33051645" Received: from zxtm01.utdallas.edu (HELO utd65257.utdallas.edu) ([129.110.10.32]) by ip-002.utdallas.edu with ESMTP/TLS/DHE-RSA-AES256-SHA; 08 Jul 2010 15:39:08 -0500 Date: Thu, 08 Jul 2010 15:39:09 -0500 From: Paul Schmehl To: FreeBSD Ports Message-ID: <9EF417B45D39AE2C992BD49F@utd65257.utdallas.edu> X-Mailer: Mulberry/4.0.6 (Linux/x86) X-Munged-Reply-To: Figure it out MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit Content-Disposition: inline Subject: kdepim4-runtime fails to build X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: Paul Schmehl List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 08 Jul 2010 21:08:06 -0000 Building CXX object agents/ontologies/CMakeFiles/niefast.dir/nmo.o Linking CXX static library ../../lib/libniefast.a [ 40%] Built target niefast gmake: *** [all] Error 2 *** Error code 1 Stop in /usr/ports/deskutils/kdepim4-runtime. I've read UPDATING and made the change to libassuan-1, but this port will not build. Anyone have an idea where to go to fix the problem? -- Paul Schmehl, Senior Infosec Analyst As if it wasn't already obvious, my opinions are my own and not those of my employer. ******************************************* "It is as useless to argue with those who have renounced the use of reason as to administer medication to the dead." Thomas Jefferson From owner-freebsd-ports@FreeBSD.ORG Thu Jul 8 21:45:49 2010 Return-Path: Delivered-To: freebsd-ports@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 60513106566B for ; Thu, 8 Jul 2010 21:45:49 +0000 (UTC) (envelope-from glen.j.barber@gmail.com) Received: from mail-vw0-f54.google.com (mail-vw0-f54.google.com [209.85.212.54]) by mx1.freebsd.org (Postfix) with ESMTP id 0B4108FC12 for ; Thu, 8 Jul 2010 21:45:48 +0000 (UTC) Received: by vws6 with SMTP id 6so2002467vws.13 for ; Thu, 08 Jul 2010 14:45:44 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:received:message-id:date:from :user-agent:mime-version:to:cc:subject:references:in-reply-to :content-type:content-transfer-encoding; bh=JEBEIl2lr7LafIzL30QHk39MdEJC331CsH5Xh4QVUuI=; b=l9ugWmr+vFdkNqtfG3D5Klor0Jd0JHsaL/9GzTDDfp61PHGQ4bX0muFeHvdx9/ij4V tG0sfZSdp97sorn49FHs36DsyaztVhDIvCN0bnP9fQIrycYgpBINQ6hirQ490e0yt+8T ggc8PyRYH7YJ7V9FR/Trffs+y9CBkzOO7EThw= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=message-id:date:from:user-agent:mime-version:to:cc:subject :references:in-reply-to:content-type:content-transfer-encoding; b=eJ/7xMRvyLX+1+9iZXTBRr9o++EXlUdYhZxJbfqQ9za3j6+1AUO8d2sgD2JFh9iWID XG71fIKZceUeNV4ZsL7Sqc/00gx0D2LD3nFq2iVXEzKc9xvXfLMXlgVbfY8u8hd3o8fK 1afvTzKmnfdMPpE3qxKJJ4GDoxsrykkV5WB9Y= Received: by 10.220.88.138 with SMTP id a10mr4698987vcm.96.1278625544077; Thu, 08 Jul 2010 14:45:44 -0700 (PDT) Received: from schism.local (173-161-130-225-Philadelphia.hfc.comcastbusiness.net [173.161.130.225]) by mx.google.com with ESMTPS id w14sm164576vce.26.2010.07.08.14.45.38 (version=SSLv3 cipher=RC4-MD5); Thu, 08 Jul 2010 14:45:39 -0700 (PDT) Message-ID: <4C364701.3070406@gmail.com> Date: Thu, 08 Jul 2010 17:45:37 -0400 From: Glen Barber User-Agent: Mozilla/5.0 (Macintosh; U; Intel Mac OS X 10.6; en-US; rv:1.9.2.4) Gecko/20100608 Thunderbird/3.1 MIME-Version: 1.0 To: "Richard E,. Neese" References: <4C363458.6060700@gmail.com> In-Reply-To: <4C363458.6060700@gmail.com> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: freebsd-ports@freebsd.org Subject: Re: meta port issue X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 08 Jul 2010 21:45:49 -0000 Hi Richard, On 7/8/10 4:26 PM, Richard E,. Neese wrote: > Following is not happening > > I have a meta port of /usr/ports/net/freeswitch wich builds and installs > other freeswitch ports of -core -sounds -music > > if you type make in the meta port it is not calling up the options > screens for the other ports. > > but if you go into the other ports of freeswitch-core -sounds -music and > type make the options screens come up fine. > > it seems that meta porta are broken in the mk files You can use 'make config-recursive' to display all the configuration option screens. -- Glen Barber From owner-freebsd-ports@FreeBSD.ORG Thu Jul 8 21:50:07 2010 Return-Path: Delivered-To: ports@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 2BFF1106566B for ; Thu, 8 Jul 2010 21:50:07 +0000 (UTC) (envelope-from jhb@freebsd.org) Received: from cyrus.watson.org (cyrus.watson.org [65.122.17.42]) by mx1.freebsd.org (Postfix) with ESMTP id 9BCE88FC16 for ; Thu, 8 Jul 2010 21:50:06 +0000 (UTC) Received: from bigwig.baldwin.cx (66.111.2.69.static.nyinternet.net [66.111.2.69]) by cyrus.watson.org (Postfix) with ESMTPSA id 2292C46B9B for ; Thu, 8 Jul 2010 17:50:06 -0400 (EDT) Received: from jhbbsd.localnet (smtp.hudson-trading.com [209.249.190.9]) by bigwig.baldwin.cx (Postfix) with ESMTPSA id 07CC28A050 for ; Thu, 8 Jul 2010 17:50:04 -0400 (EDT) From: John Baldwin To: ports@freebsd.org Date: Thu, 8 Jul 2010 17:50:00 -0400 User-Agent: KMail/1.13.5 (FreeBSD/7.3-CBSD-20100217; KDE/4.4.5; amd64; ; ) MIME-Version: 1.0 Content-Type: Text/Plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Message-Id: <201007081750.00871.jhb@freebsd.org> X-Greylist: Sender succeeded SMTP AUTH, not delayed by milter-greylist-4.0.1 (bigwig.baldwin.cx); Thu, 08 Jul 2010 17:50:04 -0400 (EDT) X-Virus-Scanned: clamav-milter 0.95.1 at bigwig.baldwin.cx X-Virus-Status: Clean X-Spam-Status: No, score=-2.6 required=4.2 tests=AWL,BAYES_00 autolearn=ham version=3.2.5 X-Spam-Checker-Version: SpamAssassin 3.2.5 (2008-06-10) on bigwig.baldwin.cx Cc: Subject: Review request for new port: sysutils/etcupdate X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 08 Jul 2010 21:50:07 -0000 This is a port for yet-another-/etc-merging tool that I wrote recently. It passes portlint -N with one bogus warning because /etc is in the comment. # This is a shell archive. Save it in a file, remove anything before # this line, and then unpack it by entering "sh file". Note, it may # create directories; files and directories will be owned by you and # have default permissions. # # This archive contains: # # . # ./src # ./src/etcupdate.sh # ./src/etcupdate.8 # ./pkg-descr # ./Makefile # ./pkg-descr~ # echo c - . mkdir -p . > /dev/null 2>&1 echo c - ./src mkdir -p ./src > /dev/null 2>&1 echo x - ./src/etcupdate.sh sed 's/^X//' >./src/etcupdate.sh << '0aaf160dc5a25428702b4e8ff7be2998' X#!/bin/sh -e X# X# Copyright (c) 2010 Advanced Computing Technologies LLC X# Written by: John H. Baldwin X# All rights reserved. X# X# Redistribution and use in source and binary forms, with or without X# modification, are permitted provided that the following conditions X# are met: X# 1. Redistributions of source code must retain the above copyright X# notice, this list of conditions and the following disclaimer. X# 2. Redistributions in binary form must reproduce the above copyright X# notice, this list of conditions and the following disclaimer in the X# documentation and/or other materials provided with the distribution. X# X# THIS SOFTWARE IS PROVIDED BY THE AUTHOR AND CONTRIBUTORS ``AS IS'' AND X# ANY EXPRESS OR IMPLIED WARRANTIES, INCLUDING, BUT NOT LIMITED TO, THE X# IMPLIED WARRANTIES OF MERCHANTABILITY AND FITNESS FOR A PARTICULAR PURPOSE X# ARE DISCLAIMED. IN NO EVENT SHALL THE AUTHOR OR CONTRIBUTORS BE LIABLE X# FOR ANY DIRECT, INDIRECT, INCIDENTAL, SPECIAL, EXEMPLARY, OR CONSEQUENTIAL X# DAMAGES (INCLUDING, BUT NOT LIMITED TO, PROCUREMENT OF SUBSTITUTE GOODS X# OR SERVICES; LOSS OF USE, DATA, OR PROFITS; OR BUSINESS INTERRUPTION) X# HOWEVER CAUSED AND ON ANY THEORY OF LIABILITY, WHETHER IN CONTRACT, STRICT X# LIABILITY, OR TORT (INCLUDING NEGLIGENCE OR OTHERWISE) ARISING IN ANY WAY X# OUT OF THE USE OF THIS SOFTWARE, EVEN IF ADVISED OF THE POSSIBILITY OF X# SUCH DAMAGE. X# X# $FreeBSD$ X X# This is a tool to manage updating files that are not updated as part X# of 'make installworld' such as files in /etc. Unlike other tools, X# this one is specifically tailored to assisting with mass upgrades. X# To that end it does not require user intervention while running. X# X# Theory of operation: X# X# The most reliable way to update changes to files that have local X# modifications is to perform a three-way merge between the original X# unmodified file, the new version of the file, and the modified file. X# This requires having all three versions of the file available when X# performing an update. X# X# To that end, etcupdate uses a strategy where the current unmodified X# tree is kept in WORKDIR/current and the previous unmodified tree is X# kept in WORKDIR/old. When performing a merge, a new tree is built X# if needed and then the changes are merged into DESTDIR. Any files X# with unresolved conflicts after the merge are left in a tree rooted X# at WORKDIR/conflicts. X# X# To provide extra flexibility, etcupdate can also build tarballs of X# root trees that can later be used. It can also use a tarball as the X# source of a new tree instead of building it from /usr/src. X X# Global settings. These can be adjusted by config files and in some X# cases by command line options. X X# TODO: X# - automatable conflict resolution X# - a 'revert' command to make a file "stock" X# - invoke /etc/rc.d/motd if /etc/motd changes? X Xusage() X{ X cat < X etcupdate diff [-d workdir] [-D destdir] [-I patterns] [-L logfile] X etcupdate extract [-B] [-d workdir] [-s source | -t tarball] [-L logfile] X [-M options] X etcupdate resolve [-d workdir] [-D destdir] [-L logfile] X etcupdate status [-d workdir] XEOF X exit 1 X} X X# Used to write a message prepended with '>>>' to the logfile. Xlog() X{ X echo ">>>" "$@" >&3 X} X X# Used for assertion conditions that should never happen. Xpanic() X{ X echo "PANIC:" "$@" X exit 10 X} X X# Used to write a warning message. These are saved to the WARNINGS X# file with " " prepended. Xwarn() X{ X echo -n " " >> $WARNINGS X echo "$@" >> $WARNINGS X} X X# Output a horizontal rule using the passed-in character. Matches the X# length used for Index lines in CVS and SVN diffs. X# X# $1 - character Xrule() X{ X jot -b "$1" -s "" 67 X} X X# Output a text description of a specified file's type. X# X# $1 - file pathname. Xfile_type() X{ X stat -f "%HT" $1 | tr "[:upper:]" "[:lower:]" X} X X# Returns true (0) if a file exists X# X# $1 - file pathname. Xexists() X{ X [ -e $1 -o -L $1 ] X} X X# Returns true (0) if a file should be ignored, false otherwise. X# X# $1 - file pathname Xignore() X{ X local pattern - X X set -o noglob X for pattern in $IGNORE_FILES; do X set +o noglob X case $1 in X $pattern) X return 0 X ;; X esac X set -o noglob X done X X # Ignore /.cshrc and /.profile if they are hardlinked to the X # same file in /root. This ensures we only compare those X # files once in that case. X case $1 in X /.cshrc|/.profile) X if [ ${DESTDIR}$1 -ef ${DESTDIR}/root$1 ]; then X return 0 X fi X ;; X *) X ;; X esac X X return 1 X} X X# Returns true (0) if the new version of a file should always be X# installed rather than attempting to do a merge. X# X# $1 - file pathname Xalways_install() X{ X local pattern - X X set -o noglob X for pattern in $ALWAYS_INSTALL; do X set +o noglob X case $1 in X $pattern) X return 0 X ;; X esac X set -o noglob X done X X return 1 X} X X# Build a new tree X# X# $1 - directory to store new tree in Xbuild_tree() X{ X local make X X make="make $MAKE_OPTIONS" X X log "Building tree at $1 with $make" X mkdir -p $1/usr/obj >&3 2>&1 X (cd $SRCDIR; $make DESTDIR=$1 distrib-dirs) >&3 2>&1 X if [ $? -ne 0 ]; then X echo "Failed to build tree at $1" X return 1 X fi X X if ! [ -n "$nobuild" ]; then X (cd $SRCDIR; \ X MAKEOBJDIRPREFIX=$1/usr/obj $make _obj SUBDIR_OVERRIDE=etc && X MAKEOBJDIRPREFIX=$1/usr/obj $make everything SUBDIR_OVERRIDE=etc && X MAKEOBJDIRPREFIX=$1/usr/obj $make DESTDIR=$1 distribution) >&3 2>&1 X >&3 2>&1 X else X (cd $SRCDIR; $make DESTDIR=$1 distribution) >&3 2>&1 X fi X if [ $? -ne 0 ]; then X echo "Failed to build tree at $1" X return 1 X fi X chflags -R noschg $1 >&3 2>&1 X rm -rf $1/usr/obj >&3 2>&1 X X # Purge auto-generated files. Only the source files need to X # be updated after which these files are regenerated. X rm -f $1/etc/*.db $1/etc/passwd >&3 2>&1 X X # Remove empty files. These just clutter the output of 'diff'. X find $1 -type f -size 0 -delete >&3 2>&1 X X # Trim empty directories. X find -d $1 -type d -empty -delete >&3 2>&1 X return 0 X} X X# Generate a new NEWTREE tree. If tarball is set, then the tree is X# extracted from the tarball. Otherwise the tree is built from a X# source tree. Xextract_tree() X{ X # If we have a tarball, extract that into the new directory. X if [ -n "$tarball" ]; then X (mkdir -p $NEWTREE && tar xf $tarball -C $NEWTREE) >&3 2>&1 X if [ $? -ne 0 ]; then X echo "Failed to extract new tree." X remove_tree $NEWTREE X exit 1 X fi X else X if ! build_tree $NEWTREE; then X remove_tree $NEWTREE X exit 1 X fi X fi X} X X# Forcefully remove a tree. Returns true (0) if the operation succeeds. X# X# $1 - path to tree Xremove_tree() X{ X X rm -rf $1 >&3 2>&1 X if [ -e $1 ]; then X chflags -R noschg $1 >&3 2>&1 X rm -rf $1 >&3 2>&1 X fi X [ ! -e $1 ] X} X X# Return values for compare() XCOMPARE_EQUAL=0 XCOMPARE_ONLYFIRST=1 XCOMPARE_ONLYSECOND=2 XCOMPARE_DIFFTYPE=3 XCOMPARE_DIFFLINKS=4 XCOMPARE_DIFFFILES=5 X X# Compare two files/directories/symlinks. Note that this does not X# recurse into subdirectories. Instead, if two nodes are both X# directories, they are assumed to be equivalent. X# X# Returns true (0) if the nodes are identical. If only one of the two X# nodes are present, return one of the COMPARE_ONLY* constants. If X# the nodes are different, return one of the COMPARE_DIFF* constants X# to indicate the type of difference. X# X# $1 - first node X# $2 - second node Xcompare() X{ X local first second X X # If the first node doesn't exist, then check for the second X # node. Note that -e will fail for a symbolic link that X # points to a missing target. X if ! exists $1; then X if exists $2; then X return $COMPARE_ONLYSECOND X else X return $COMPARE_EQUAL X fi X elif ! exists $2; then X return $COMPARE_ONLYFIRST X fi X X # If the two nodes are different file types fail. X first=`stat -f "%Hp" $1` X second=`stat -f "%Hp" $2` X if [ "$first" != "$second" ]; then X return $COMPARE_DIFFTYPE X fi X X # If both are symlinks, compare the link values. X if [ -L $1 ]; then X first=`readlink $1` X second=`readlink $2` X if [ "$first" = "$second" ]; then X return $COMPARE_EQUAL X else X return $COMPARE_DIFFLINKS X fi X fi X X # If both are files, compare the file contents. X if [ -f $1 ]; then X if cmp -s $1 $2; then X return $COMPARE_EQUAL X else X return $COMPARE_DIFFFILES X fi X fi X X # As long as the two nodes are the same type of file, consider X # them equivalent. X return $COMPARE_EQUAL X} X X# Returns true (0) if the only difference between two regular files is a X# change in the FreeBSD ID string. X# X# $1 - path of first file X# $2 - path of second file Xfbsdid_only() X{ X X diff -qI '\$FreeBSD.*\$' $1 $2 >/dev/null 2>&1 X} X X# This is a wrapper around compare that will return COMPARE_EQUAL if X# the only difference between two regular files is a change in the X# FreeBSD ID string. It only makes this adjustment if the -F flag has X# been specified. X# X# $1 - first node X# $2 - second node Xcompare_fbsdid() X{ X local cmp X X compare $1 $2 X cmp=$? X X if [ -n "$FREEBSD_ID" -a "$cmp" -eq $COMPARE_DIFFFILES ] && \ X fbsdid_only $1 $2; then X return $COMPARE_EQUAL X fi X X return $cmp X} X X# Returns true (0) if a directory is empty. X# X# $1 - pathname of the directory to check Xempty_dir() X{ X local contents X X contents=`ls -A $1` X [ -z "$contents" ] X} X X# Returns true (0) if one directories contents are a subset of the X# other. This will recurse to handle subdirectories and compares X# individual files in the trees. Its purpose is to quiet spurious X# directory warnings for dryrun invocations. X# X# $1 - first directory (sub) X# $2 - second directory (super) Xdir_subset() X{ X local contents file X X if ! [ -d $1 -a -d $2 ]; then X return 1 X fi X X # Ignore files that are present in the second directory but not X # in the first. X contents=`ls -A $1` X for file in $contents; do X if ! compare $1/$file $2/$file; then X return 1 X fi X X if [ -d $1/$file ]; then X if ! dir_subset $1/$file $2/$file; then X return 1 X fi X fi X done X return 0 X} X X# Returns true (0) if a directory in the destination tree is empty. X# If this is a dryrun, then this returns true as long as the contents X# of the directory are a subset of the contents in the old tree X# (meaning that the directory would be empty in a non-dryrun when this X# was invoked) to quiet spurious warnings. X# X# $1 - pathname of the directory to check relative to DESTDIR. Xempty_destdir() X{ X X if [ -n "$dryrun" ]; then X dir_subset $DESTDIR/$1 $OLDTREE/$1 X return X fi X X empty_dir $DESTDIR/$1 X} X X# Output a diff of two directory entries with the same relative name X# in different trees. Note that as with compare(), this does not X# recurse into subdirectories. If the nodes are identical, nothing is X# output. X# X# $1 - first tree X# $2 - second tree X# $3 - node name X# $4 - label for first tree X# $5 - label for second tree Xdiffnode() X{ X local first second file old new diffargs X X if [ -n "$FREEBSD_ID" ]; then X diffargs="-I \\\$FreeBSD.*\\\$" X else X diffargs="" X fi X X compare_fbsdid $1/$3 $2/$3 X case $? in X $COMPARE_EQUAL) X ;; X $COMPARE_ONLYFIRST) X echo X echo "Removed: $3" X echo X ;; X $COMPARE_ONLYSECOND) X echo X echo "Added: $3" X echo X ;; X $COMPARE_DIFFTYPE) X first=`file_type $1/$3` X second=`file_type $2/$3` X echo X echo "Node changed from a $first to a $second: $3" X echo X ;; X $COMPARE_DIFFLINKS) X first=`readlink $1/$file` X second=`readlink $2/$file` X echo X echo "Link changed: $file" X rule "=" X echo "-$first" X echo "+$second" X echo X ;; X $COMPARE_DIFFFILES) X echo "Index: $3" X rule "=" X diff -u $diffargs -L "$3 ($4)" $1/$3 -L "$3 ($5)" $2/$3 X ;; X esac X} X X# Create missing parent directories of a node in a target tree X# preserving the owner, group, and permissions from a specified X# template tree. X# X# $1 - template tree X# $2 - target tree X# $3 - pathname of the node (relative to both trees) Xinstall_dirs() X{ X local args dir X X dir=`dirname $3` X X # Nothing to do if the parent directory exists. This also X # catches the degenerate cases when the path is just a simple X # filename. X if [ -d ${2}$dir ]; then X return 0 X fi X X # If non-directory file exists with the desired directory X # name, then fail. X if exists ${2}$dir; then X # If this is a dryrun and we are installing the X # directory in the DESTDIR and the file in the DESTDIR X # matches the file in the old tree, then fake success X # to quiet spurious warnings. X if [ -n "$dryrun" -a "$2" = "$DESTDIR" ]; then X if compare $OLDTREE/$dir $DESTDIR/$dir; then X return 0 X fi X fi X X args=`file_type ${2}$dir` X warn "Directory mismatch: ${2}$dir ($args)" X return 1 X fi X X # Ensure the parent directory of the directory is present X # first. X if ! install_dirs $1 "$2" $dir; then X return 1 X fi X X # Format attributes from template directory as install(1) X # arguments. X args=`stat -f "-o %Su -g %Sg -m %0Mp%0Lp" $1/$dir` X X log "install -d $args ${2}$dir" X if [ -z "$dryrun" ]; then X install -d $args ${2}$dir >&3 2>&1 X fi X return 0 X} X X# Perform post-install fixups for a file. This largely consists of X# regenerating any files that depend on the newly installed file. X# X# $1 - pathname of the updated file (relative to DESTDIR) Xpost_install_file() X{ X case $1 in X /etc/mail/aliases) X # Grr, newaliases only works for an empty DESTDIR. X if [ -z "$DESTDIR" ]; then X log "newaliases" X if [ -z "$dryrun" ]; then X newaliases >&3 2>&1 X fi X else X NEWALIAS_WARN=yes X fi X ;; X /etc/login.conf) X log "cap_mkdb ${DESTDIR}$1" X if [ -z "$dryrun" ]; then X cap_mkdb ${DESTDIR}$1 >&3 2>&1 X fi X ;; X /etc/master.passwd) X log "pwd_mkdb -p -d $DESTDIR/etc ${DESTDIR}$1" X if [ -z "$dryrun" ]; then X pwd_mkdb -p -d $DESTDIR/etc ${DESTDIR}$1 \ X >&3 2>&1 X fi X ;; X esac X} X X# Install the "new" version of a file. Returns true if it succeeds X# and false otherwise. X# X# $1 - pathname of the file to install (relative to DESTDIR) Xinstall_new() X{ X X if ! install_dirs $NEWTREE "$DESTDIR" $1; then X return 1 X fi X log "cp -Rp ${NEWTREE}$1 ${DESTDIR}$1" X if [ -z "$dryrun" ]; then X cp -Rp ${NEWTREE}$1 ${DESTDIR}$1 >&3 2>&1 X fi X post_install_file $1 X return 0 X} X X# Install the "resolved" version of a file. Returns true if it succeeds X# and false otherwise. X# X# $1 - pathname of the file to install (relative to DESTDIR) Xinstall_resolved() X{ X X # This should always be present since the file is already X # there (it caused a conflict). However, it doesn't hurt to X # just be safe. X if ! install_dirs $NEWTREE "$DESTDIR" $1; then X return 1 X fi X X log "cp -Rp ${CONFLICTS}$1 ${DESTDIR}$1" X cp -Rp ${CONFLICTS}$1 ${DESTDIR}$1 >&3 2>&1 X post_install_file $1 X return 0 X} X X# Generate a conflict file when a "new" file conflicts with an X# existing file in DESTDIR. X# X# $1 - pathname of the file that conflicts (relative to DESTDIR) Xnew_conflict() X{ X X if [ -n "$dryrun" ]; then X return X fi X X install_dirs $NEWTREE $CONFLICTS $1 X diff --changed-group-format='<<<<<<< (local) X%<======= X%>>>>>>>> (stock) X' $DESTDIR/$1 $NEWTREE/$1 > $CONFLICTS/$1 X} X X# Remove the "old" version of a file. X# X# $1 - pathname of the old file to remove (relative to DESTDIR) Xremove_old() X{ X log "rm -f ${DESTDIR}$1" X if [ -z "$dryrun" ]; then X rm -f ${DESTDIR}$1 >&3 2>&1 X fi X echo " D $1" X} X X# Update a file that has no local modifications. X# X# $1 - pathname of the file to update (relative to DESTDIR) Xupdate_unmodified() X{ X local new old X X # If the old file is a directory, then remove it with rmdir X # (this should only happen if the file has changed its type X # from a directory to a non-directory). If the directory X # isn't empty, then fail. This will be reported as a warning X # later. X if [ -d $DESTDIR/$1 ]; then X if empty_destdir $1; then X log "rmdir ${DESTDIR}$1" X if [ -z "$dryrun" ]; then X rmdir ${DESTDIR}$1 >&3 2>&1 X fi X else X return 1 X fi X X # If both the old and new files are regular files, leave the X # existing file. This avoids breaking hard links for /.cshrc X # and /.profile. Otherwise, explicitly remove the old file. X elif ! [ -f ${DESTDIR}$1 -a -f ${NEWTREE}$1 ]; then X log "rm -f ${DESTDIR}$1" X if [ -z "$dryrun" ]; then X rm -f ${DESTDIR}$1 >&3 2>&1 X fi X fi X X # If the new file is a directory, note that the old file has X # been removed, but don't do anything else for now. The X # directory will be installed if needed when new files within X # that directory are installed. X if [ -d $NEWTREE/$1 ]; then X if empty_dir $NEWTREE/$1; then X echo " D $file" X else X echo " U $file" X fi X elif install_new $1; then X echo " U $file" X fi X return 0 X} X X# Update the FreeBSD ID string in a locally modified file to match the X# FreeBSD ID string from the "new" version of the file. X# X# $1 - pathname of the file to update (relative to DESTDIR) Xupdate_freebsdid() X{ X local new dest file X X # If the FreeBSD ID string is removed from the local file, X # there is nothing to do. In this case, treat the file as X # updated. Otherwise, if either file has more than one X # FreeBSD ID string, just punt and let the user handle the X # conflict manually. X new=`grep -c '\$FreeBSD.*\$' ${NEWTREE}$1` X dest=`grep -c '\$FreeBSD.*\$' ${DESTDIR}$1` X if [ "$dest" -eq 0 ]; then X return 0 X fi X if [ "$dest" -ne 1 -o "$dest" -ne 1 ]; then X return 1 X fi X X # If the FreeBSD ID string in the new file matches the FreeBSD ID X # string in the local file, there is nothing to do. X new=`grep '\$FreeBSD.*\$' ${NEWTREE}$1` X dest=`grep '\$FreeBSD.*\$' ${DESTDIR}$1` X if [ "$new" = "$dest" ]; then X return 0 X fi X X # Build the new file in three passes. First, copy all the X # lines preceding the FreeBSD ID string from the local version X # of the file. Second, append the FreeBSD ID string line from X # the new version. Finally, append all the lines after the X # FreeBSD ID string from the local version of the file. X file=`mktemp $WORKDIR/etcupdate-XXXXXXX` X awk '/\$FreeBSD.*\$/ { exit } { print }' ${DESTDIR}$1 >> $file X awk '/\$FreeBSD.*\$/ { print }' ${NEWTREE}$1 >> $file X awk '/\$FreeBSD.*\$/ { ok = 1; next } { if (ok) print }' \ X ${DESTDIR}$1 >> $file X X # As an extra sanity check, fail the attempt if the updated X # version of the file has any differences aside from the X # FreeBSD ID string. X if ! fbsdid_only ${DESTDIR}$1 $file; then X rm -f $file X return 1 X fi X X log "cp $file ${DESTDIR}$1" X if [ -z "$dryrun" ]; then X cp $file ${DESTDIR}$1 >&3 2>&1 X fi X rm -f $file X post_install_file $1 X echo " M $1" X return 0 X} X X# Attempt to update a file that has local modifications. This routine X# only handles regular files. If the 3-way merge succeeds without X# conflicts, the updated file is installed. If the merge fails, the X# merged version with conflict markers is left in the CONFLICTS tree. X# X# $1 - pathname of the file to merge (relative to DESTDIR) Xmerge_file() X{ X local res X X # Try the merge to see if there is a conflict. X merge -q -p ${DESTDIR}$1 ${OLDTREE}$1 ${NEWTREE}$1 >/dev/null 2>&3 X res=$? X case $res in X 0) X # No conflicts, so just redo the merge to the X # real file. X log "merge ${DESTDIR}$1 ${OLDTREE}$1 ${NEWTREE}$1" X if [ -z "$dryrun" ]; then X merge ${DESTDIR}$1 ${OLDTREE}$1 ${NEWTREE}$1 X fi X post_install_file $1 X echo " M $1" X ;; X 1) X # Conflicts, save a version with conflict markers in X # the conflicts directory. X if [ -z "$dryrun" ]; then X install_dirs $NEWTREE $CONFLICTS $1 X log "cp -Rp ${DESTDIR}$1 ${CONFLICTS}$1" X cp -Rp ${DESTDIR}$1 ${CONFLICTS}$1 >&3 2>&1 X merge -A -q -L "yours" -L "original" -L "new" \ X ${CONFLICTS}$1 ${OLDTREE}$1 ${NEWTREE}$1 X fi X echo " C $1" X ;; X *) X panic "merge failed with status $res" X ;; X esac X} X X# Returns true if a file contains conflict markers from a merge conflict. X# X# $1 - pathname of the file to resolve (relative to DESTDIR) Xhas_conflicts() X{ X X egrep -q '^(<{7}|\|{7}|={7}|>{7}) ' $CONFLICTS/$1 X} X X# Attempt to resolve a conflict. The user is prompted to choose an X# action for each conflict. If the user edits the file, they are X# prompted again for an action. The process is very similar to X# resolving conflicts after an update or merge with Perforce or X# Subversion. The prompts are modelled on a subset of the available X# commands for resolving conflicts with Subversion. X# X# $1 - pathname of the file to resolve (relative to DESTDIR) Xresolve_conflict() X{ X local command junk X X echo "Resolving conflict in '$1':" X edit= X while true; do X # Only display the resolved command if the file X # doesn't contain any conflicts. X echo -n "Select: (p) postpone, (df) diff-full, (e) edit," X if ! has_conflicts $1; then X echo -n " (r) resolved," X fi X echo X echo -n " (h) help for more options: " X read command X case $command in X df) X diff -u ${DESTDIR}$1 ${CONFLICTS}$1 X ;; X e) X $EDITOR ${CONFLICTS}$1 X ;; X h) X cat </dev/null 2>&1 X fi X echo " D $dir" X else X warn "Non-empty directory remains: $dir" X fi X fi X} X X# Handle a file that exists in both the old and new trees. If the X# file has not changed in the old and new trees, there is nothing to X# do. If the file in the destination directory matches the new file, X# there is nothing to do. If the file in the destination directory X# matches the old file, then the new file should be installed. X# Everything else becomes some sort of conflict with more detailed X# handling. X# X# $1 - pathname of the file (relative to DESTDIR) Xhandle_modified_file() X{ X local cmp dest file new newdestcmp old X X file=$1 X if ignore $file; then X log "IGNORE: modified file $file" X return X fi X X compare $OLDTREE/$file $NEWTREE/$file X cmp=$? X if [ $cmp -eq $COMPARE_EQUAL ]; then X return X fi X X if [ $cmp -eq $COMPARE_ONLYFIRST -o $cmp -eq $COMPARE_ONLYSECOND ]; then X panic "Changed file now missing" X fi X X compare $NEWTREE/$file $DESTDIR/$file X newdestcmp=$? X if [ $newdestcmp -eq $COMPARE_EQUAL ]; then X return X fi X X # If the only change in the new file versus the destination X # file is a change in the FreeBSD ID string and -F is X # specified, just install the new file. X if [ -n "$FREEBSD_ID" -a $newdestcmp -eq $COMPARE_DIFFFILES ] && \ X fbsdid_only $NEWTREE/$file $DESTDIR/$file; then X if update_unmodified $file; then X return X else X panic "Updating FreeBSD ID string failed" X fi X fi X X # If the local file is the same as the old file, install the X # new file. If -F is specified and the only local change is X # in the FreeBSD ID string, then install the new file as well. X if compare_fbsdid $OLDTREE/$file $DESTDIR/$file; then X if update_unmodified $file; then X return X fi X fi X X # If the only change in the new file versus the old file is a X # change in the FreeBSD ID string and -F is specified, just X # update the FreeBSD ID string in the local file. X if [ -n "$FREEBSD_ID" -a $cmp -eq $COMPARE_DIFFFILES ] && \ X fbsdid_only $OLDTREE/$file $NEWTREE/$file; then X if update_freebsdid $file; then X continue X fi X fi X X # If the file was removed from the dest tree, just whine. X if [ $newdestcmp -eq $COMPARE_ONLYFIRST ]; then X # If the removed file matches an ALWAYS_INSTALL glob, X # then just install the new version of the file. X if always_install $file; then X log "ALWAYS: adding $file" X if ! [ -d $NEWTREE/$file ]; then X if install_new $file; then X echo " A $file" X fi X fi X return X fi X X case $cmp in X $COMPARE_DIFFTYPE) X old=`file_type $OLDTREE/$file` X new=`file_type $NEWTREE/$file` X warn "Remove mismatch: $file ($old became $new)" X ;; X $COMPARE_DIFFLINKS) X old=`readlink $OLDTREE/$file` X new=`readlink $NEWTREE/$file` X warn \ X "Removed link changed: $file (\"$old\" became \"$new\")" X ;; X $COMPARE_DIFFFILES) X warn "Removed file changed: $file" X ;; X esac X return X fi X X # Treat the file as unmodified and force install of the new X # file if it matches an ALWAYS_INSTALL glob. If the update X # attempt fails, then fall through to the normal case so a X # warning is generated. X if always_install $file; then X log "ALWAYS: updating $file" X if update_unmodified $file; then X return X fi X fi X X # If the file changed types between the old and new trees but X # the files in the new and dest tree are both of the same X # type, treat it like an added file just comparing the new and X # dest files. X if [ $cmp -eq $COMPARE_DIFFTYPE ]; then X case $newdestcmp in X $COMPARE_DIFFLINKS) X new=`readlink $NEWTREE/$file` X dest=`readlink $DESTDIR/$file` X warn \ X "New link conflict: $file (\"$new\" vs \"$dest\")" X return X ;; X $COMPARE_DIFFFILES) X new_conflict $file X echo " C $file" X return X ;; X esac X else X # If the file has not changed types between the old X # and new trees, but it is a different type in X # DESTDIR, then just warn. X if [ $newdestcmp -eq $COMPARE_DIFFTYPE ]; then X new=`file_type $NEWTREE/$file` X dest=`file_type $DESTDIR/$file` X warn "Modified mismatch: $file ($new vs $dest)" X return X fi X fi X X case $cmp in X $COMPARE_DIFFTYPE) X old=`file_type $OLDTREE/$file` X new=`file_type $NEWTREE/$file` X dest=`file_type $DESTDIR/$file` X warn "Modified $dest changed: $file ($old became $new)" X ;; X $COMPARE_DIFFLINKS) X old=`readlink $OLDTREE/$file` X new=`readlink $NEWTREE/$file` X warn \ X "Modified link changed: $file (\"$old\" became \"$new\")" X ;; X $COMPARE_DIFFFILES) X merge_file $file X ;; X esac X} X X# Handle a file that has been added in the new tree. If the file does X# not exist in DESTDIR, simply copy the file into DESTDIR. If the X# file exists in the DESTDIR and is identical to the new version, do X# nothing. Otherwise, generate a diff of the two versions of the file X# and mark it as a conflict. X# X# $1 - pathname of the file (relative to DESTDIR) Xhandle_added_file() X{ X local cmp dest file new X X file=$1 X if ignore $file; then X log "IGNORE: added file $file" X return X fi X X compare $DESTDIR/$file $NEWTREE/$file X cmp=$? X case $cmp in X $COMPARE_EQUAL) X return X ;; X $COMPARE_ONLYFIRST) X panic "Added file now missing" X ;; X $COMPARE_ONLYSECOND) X # Ignore new directories. They will be X # created as needed when non-directory nodes X # are installed. X if ! [ -d $NEWTREE/$file ]; then X if install_new $file; then X echo " A $file" X fi X fi X return X ;; X esac X X X # Treat the file as unmodified and force install of the new X # file if it matches an ALWAYS_INSTALL glob. If the update X # attempt fails, then fall through to the normal case so a X # warning is generated. X if always_install $file; then X log "ALWAYS: updating $file" X if update_unmodified $file; then X return X fi X fi X X case $cmp in X $COMPARE_DIFFTYPE) X new=`file_type $NEWTREE/$file` X dest=`file_type $DESTDIR/$file` X warn "New file mismatch: $file ($new vs $dest)" X ;; X $COMPARE_DIFFLINKS) X new=`readlink $NEWTREE/$file` X dest=`readlink $DESTDIR/$file` X warn "New link conflict: $file (\"$new\" vs \"$dest\")" X ;; X $COMPARE_DIFFFILES) X # If the only change in the new file versus X # the destination file is a change in the X # FreeBSD ID string and -F is specified, just X # install the new file. X if [ -n "$FREEBSD_ID" ] && \ X fbsdid_only $NEWTREE/$file $DESTDIR/$file; then X if update_unmodified $file; then X return X else X panic \ X "Updating FreeBSD ID string failed" X fi X fi X X new_conflict $file X echo " C $file" X ;; X esac X} X X# Main routines for each command X X# Build a new tree and save it in a tarball. Xbuild_cmd() X{ X local dir X X if [ $# -ne 1 ]; then X echo "Missing required tarball." X echo X usage X fi X X log "build command: $1" X X # Create a temporary directory to hold the tree X dir=`mktemp -d $WORKDIR/etcupdate-XXXXXXX` X if [ $? -ne 0 ]; then X echo "Unable to create temporary directory." X exit 1 X fi X if ! build_tree $dir; then X remove_tree $dir X exit 1 X fi X if ! tar cfj $1 -C $dir . >&3 2>&1; then X echo "Failed to create tarball ." X remove_tree $dir X exit 1 X fi X remove_tree $dir X} X X# Output a diff comparing the tree at DESTDIR to the current X# unmodified tree. Note that this diff does not include files that X# are present in DESTDIR but not in the unmodified tree. Xdiff_cmd() X{ X local file X X if [ $# -ne 0 ]; then X usage X fi X X # Requires an unmodified tree to diff against. X if ! [ -d $NEWTREE ]; then X echo "Reference tree to diff against unavailable." X exit 1 X fi X X # Unfortunately, diff alone does not quite provide the right X # level of options that we want, so improvise. X for file in `(cd $NEWTREE; find .) | sed -e 's/^\.//'`; do X if ignore $file; then X continue X fi X X diffnode $NEWTREE "$DESTDIR" $file "stock" "local" X done X} X X# Just extract a new tree into NEWTREE either by building a tree or X# extracting a tarball. This can be used to bootstrap updates by X# initializing the current "stock" tree to match the currently X# installed system. X# X# Unlike 'update', this command does not rotate or preserve an X# existing NEWTREE, it just replaces any existing tree. Xextract_cmd() X{ X X if [ $# -ne 0 ]; then X usage X fi X X log "extract command: tarball=$tarball" X X if [ -d $NEWTREE ]; then X if ! remove_tree $NEWTREE; then X echo "Unable to remove current tree." X exit 1 X fi X fi X X extract_tree X} X X# Resolve conflicts left from an earlier merge. Xresolve_cmd() X{ X local conflicts X X if [ $# -ne 0 ]; then X usage X fi X X if ! [ -d $CONFLICTS ]; then X return X fi X X conflicts=`(cd $CONFLICTS; find . ! -type d) | sed -e 's/^\.//'` X for file in $conflicts; do X resolve_conflict $file X done X X if [ -n "$NEWALIAS_WARN" ]; then X warn "Needs update: /etc/mail/aliases.db" \ X "(requires manual update via newaliases(1))" X echo X echo "Warnings:" X echo " Needs update: /etc/mail/aliases.db" \ X "(requires manual update via newaliases(1))" X fi X} X X# Report a summary of the previous merge. Specifically, list any X# remaining conflicts followed by any warnings from the previous X# update. Xstatus_cmd() X{ X X if [ $# -ne 0 ]; then X usage X fi X X if [ -d $CONFLICTS ]; then X (cd $CONFLICTS; find . ! -type d) | sed -e 's/^\./ C /' X fi X if [ -s $WARNINGS ]; then X echo "Warnings:" X cat $WARNINGS X fi X} X X# Perform an actual merge. The new tree can either already exist (if X# rerunning a merge), be extracted from a tarball, or generated from a X# source tree. Xupdate_cmd() X{ X local dir X X if [ $# -ne 0 ]; then X usage X fi X X log "update command: rerun=$rerun tarball=$tarball" X X if [ `id -u` -ne 0 ]; then X echo "Must be root to update a tree." X exit 1 X fi X X # Enforce a sane umask X umask 022 X X # XXX: Should existing conflicts be ignored and removed during X # a rerun? X X # Trim the conflicts tree. Whine if there is anything left. X if [ -e $CONFLICTS ]; then X find -d $CONFLICTS -type d -empty -delete >&3 2>&1 X rmdir $CONFLICTS >&3 2>&1 X fi X if [ -d $CONFLICTS ]; then X echo "Conflicts remain from previous update, aborting." X exit 1 X fi X X if [ -z "$rerun" ]; then X # For a dryrun that is not a rerun, do not rotate the existing X # stock tree. Instead, extract a tree to a temporary directory X # and use that for the comparison. X if [ -n "$dryrun" ]; then X dir=`mktemp -d $WORKDIR/etcupdate-XXXXXXX` X if [ $? -ne 0 ]; then X echo "Unable to create temporary directory." X exit 1 X fi X OLDTREE=$NEWTREE X NEWTREE=$dir X X # Rotate the existing stock tree to the old tree. X elif [ -d $NEWTREE ]; then X # First, delete the previous old tree if it exists. X if ! remove_tree $OLDTREE; then X echo "Unable to remove old tree." X exit 1 X fi X X # Move the current stock tree. X if ! mv $NEWTREE $OLDTREE >&3 2>&1; then X echo "Unable to rename current stock tree." X exit 1 X fi X fi X X if ! [ -d $OLDTREE ]; then X cat < $WORKDIR/old.files X (cd $NEWTREE; find .) | sed -e 's/^\.//' | sort > $WORKDIR/new.files X X # Split the files up into three groups using comm. X comm -23 $WORKDIR/old.files $WORKDIR/new.files > $WORKDIR/removed.files X comm -13 $WORKDIR/old.files $WORKDIR/new.files > $WORKDIR/added.files X comm -12 $WORKDIR/old.files $WORKDIR/new.files > $WORKDIR/both.files X X # Initialize conflicts and warnings handling. X rm -f $WARNINGS X mkdir -p $CONFLICTS X X # The order for the following sections is important. In the X # odd case that a directory is converted into a file, the X # existing subfiles need to be removed if possible before the X # file is converted. Similarly, in the case that a file is X # converted into a directory, the file needs to be converted X # into a directory if possible before the new files are added. X X # First, handle removed files. X for file in `cat $WORKDIR/removed.files`; do X handle_removed_file $file X done X X # For the directory pass, reverse sort the list to effect a X # depth-first traversal. This is needed to ensure that if a X # directory with subdirectories is removed, the entire X # directory is removed if there are no local modifications. X for file in `sort -r $WORKDIR/removed.files`; do X handle_removed_directory $file X done X X # Second, handle files that exist in both the old and new X # trees. X for file in `cat $WORKDIR/both.files`; do X handle_modified_file $file X done X X # Finally, handle newly added files. X for file in `cat $WORKDIR/added.files`; do X handle_added_file $file X done X X if [ -n "$NEWALIAS_WARN" ]; then X warn "Needs update: /etc/mail/aliases.db" \ X "(requires manual update via newaliases(1))" X fi X X if [ -s $WARNINGS ]; then X echo "Warnings:" X cat $WARNINGS X fi X X if [ -n "$dir" ]; then X if [ -z "$dryrun" -o -n "$rerun" ]; then X panic "Should not have a temporary directory" X fi X X remove_tree $dir X fi X} X X# Determine which command we are executing. A command may be X# specified as the first word. If one is not specified then 'update' X# is assumed as the default command. Xcommand="update" Xif [ $# -gt 0 ]; then X case "$1" in X build|diff|extract|status|resolve) X command="$1" X shift X ;; X -*) X # If first arg is an option, assume the X # default command. X ;; X *) X usage X ;; X esac Xfi X X# Set default variable values. X X# Where the "old" and "new" trees are stored. XWORKDIR=/var/db/etcupdate X X# The path to the source tree used to build trees. XSRCDIR=/usr/src X X# The destination directory where the modified files live. XDESTDIR= X X# Ignore changes in the FreeBSD ID string. XFREEBSD_ID= X X# Files that should always have the new version of the file installed. XALWAYS_INSTALL= X X# Files to ignore and never update during a merge. XIGNORE_FILES= X X# Flags to pass to 'make' when building a tree. XMAKE_OPTIONS= X X# Include a config file if it exists. Note that command line options X# override any settings in the config file. More details are in the X# manual, but in general the following variables can be set: X# - ALWAYS_INSTALL X# - DESTDIR X# - EDITOR X# - FREEBSD_ID X# - IGNORE_FILES X# - LOGFILE X# - MAKE_OPTIONS X# - SRCDIR X# - WORKDIR Xif [ -r /etc/etcupdate.conf ]; then X . /etc/etcupdate.conf Xfi X X# Parse command line options Xtarball= Xrerun= Xalways= Xdryrun= Xignore= Xnobuild= Xwhile getopts "d:nrs:t:A:BD:FI:L:M:" option; do X case "$option" in X d) X WORKDIR=$OPTARG X ;; X n) X dryrun=YES X ;; X r) X rerun=YES X ;; X s) X SRCDIR=$OPTARG X ;; X t) X tarball=$OPTARG X ;; X A) X # To allow this option to be specified X # multiple times, accumulate command-line X # specified patterns in an 'always' variable X # and use that to overwrite ALWAYS_INSTALL X # after parsing all options. Need to be X # careful here with globbing expansion. X set -o noglob X always="$always $OPTARG" X set +o noglob X ;; X B) X nobuild=YES X ;; X D) X DESTDIR=$OPTARG X ;; X F) X FREEBSD_ID=YES X ;; X I) X # To allow this option to be specified X # multiple times, accumulate command-line X # specified patterns in an 'ignore' variable X # and use that to overwrite IGNORE_FILES after X # parsing all options. Need to be careful X # here with globbing expansion. X set -o noglob X ignore="$ignore $OPTARG" X set +o noglob X ;; X L) X LOGFILE=$OPTARG X ;; X M) X MAKE_OPTIONS="$OPTARG" X ;; X *) X echo X usage X ;; X esac Xdone Xshift $((OPTIND - 1)) X X# Allow -A command line options to override ALWAYS_INSTALL set from X# the config file. Xset -o noglob Xif [ -n "$always" ]; then X ALWAYS_INSTALL="$always" Xfi X X# Allow -I command line options to override IGNORE_FILES set from the X# config file. Xif [ -n "$ignore" ]; then X IGNORE_FILES="$ignore" Xfi Xset +o noglob X X# Log file for verbose output from program that are run. The log file X# is opened on fd '3'. XLOGFILE=${LOGFILE:-$WORKDIR/log} X X# The path of the "old" tree XOLDTREE=$WORKDIR/old X X# The path of the "new" tree XNEWTREE=$WORKDIR/current X X# The path of the "conflicts" tree where files with merge conflicts are saved. XCONFLICTS=$WORKDIR/conflicts X X# The path of the "warnings" file that accumulates warning notes from an update. XWARNINGS=$WORKDIR/warnings X X# Use $EDITOR for resolving conflicts. If it is not set, default to vi. XEDITOR=${EDITOR:-/usr/bin/vi} X X# Handle command-specific argument processing such as complaining X# about unsupported options. Since the configuration file is always X# included, do not complain about extra command line arguments that X# may have been set via the config file rather than the command line. Xcase $command in X update) X if [ -n "$rerun" -a -n "$tarball" ]; then X echo "Only one of -r or -t can be specified." X echo X usage X fi X ;; X build|diff|resolve|status) X if [ -n "$dryrun" -o -n "$rerun" -o -n "$tarball" ]; then X usage X fi X ;; X extract) X if [ -n "$dryrun" -o -n "$rerun" ]; then X usage X fi X ;; Xesac X X# Open the log file. Don't truncate it if doing a minor operation so X# that a minor operation doesn't lose log info from a major operation. Xif ! mkdir -p $WORKDIR 2>/dev/null; then X echo "Failed to create work directory $WORKDIR" Xfi X Xcase $command in X diff|resolve|status) X exec 3>>$LOGFILE X ;; X *) X exec 3>$LOGFILE X ;; Xesac X X${command}_cmd "$@" 0aaf160dc5a25428702b4e8ff7be2998 echo x - ./src/etcupdate.8 sed 's/^X//' >./src/etcupdate.8 << '2095c3a550b6dd43f25f4389f31b5702' X.\" Copyright (c) 2010 Advanced Computing Technologies LLC X.\" Written by: John H. Baldwin X.\" All rights reserved. X.\" X.\" Redistribution and use in source and binary forms, with or without X.\" modification, are permitted provided that the following conditions X.\" are met: X.\" 1. Redistributions of source code must retain the above copyright X.\" notice, this list of conditions and the following disclaimer. X.\" 2. Redistributions in binary form must reproduce the above copyright X.\" notice, this list of conditions and the following disclaimer in the X.\" documentation and/or other materials provided with the distribution. X.\" X.\" THIS SOFTWARE IS PROVIDED BY THE AUTHOR AND CONTRIBUTORS ``AS IS'' AND X.\" ANY EXPRESS OR IMPLIED WARRANTIES, INCLUDING, BUT NOT LIMITED TO, THE X.\" IMPLIED WARRANTIES OF MERCHANTABILITY AND FITNESS FOR A PARTICULAR PURPOSE X.\" ARE DISCLAIMED. IN NO EVENT SHALL THE AUTHOR OR CONTRIBUTORS BE LIABLE X.\" FOR ANY DIRECT, INDIRECT, INCIDENTAL, SPECIAL, EXEMPLARY, OR CONSEQUENTIAL X.\" DAMAGES (INCLUDING, BUT NOT LIMITED TO, PROCUREMENT OF SUBSTITUTE GOODS X.\" OR SERVICES; LOSS OF USE, DATA, OR PROFITS; OR BUSINESS INTERRUPTION) X.\" HOWEVER CAUSED AND ON ANY THEORY OF LIABILITY, WHETHER IN CONTRACT, STRICT X.\" LIABILITY, OR TORT (INCLUDING NEGLIGENCE OR OTHERWISE) ARISING IN ANY WAY X.\" OUT OF THE USE OF THIS SOFTWARE, EVEN IF ADVISED OF THE POSSIBILITY OF X.\" SUCH DAMAGE. X.\" X.\" $FreeBSD$ X.\" X.Dd April 26, 2010 X.Dt ETCUPDATE 8 X.Os X.Sh NAME X.Nm etcupdate X.Nd "manage updates to system files not updated by installworld" X.Sh SYNOPSIS X.Nm X.Op Fl nBF X.Op Fl d Ar workdir X.Op Fl r | Fl s Ar source | Fl t Ar tarball X.Op Fl A Ar patterns X.Op Fl D Ar destdir X.Op Fl I Ar patterns X.Op Fl L Ar logfile X.Op Fl M Ar options X.Nm X.Cm build X.Op Fl B X.Op Fl d Ar workdir X.Op Fl s Ar source X.Op Fl L Ar logfile X.Op Fl M Ar options X.Ar tarball X.Nm X.Cm diff X.Op Fl d Ar workdir X.Op Fl D Ar destdir X.Op Fl I Ar patterns X.Op Fl L Ar logfile X.Nm X.Cm extract X.Op Fl B X.Op Fl d Ar workdir X.Op Fl s Ar source | Fl t Ar tarball X.Op Fl L Ar logfile X.Op Fl M Ar options X.Nm X.Cm resolve X.Op Fl d Ar workdir X.Op Fl D Ar destdir X.Op Fl L Ar logfile X.Nm X.Cm status X.Op Fl d Ar workdir X.Sh DESCRIPTION XThe X.Nm Xutility is a tool for managing updates to files that are not updated as Xpart of X.Sq make installworld Xsuch as files in X.Pa /etc . XIt manages updates by doing a three-way merge of changes made to these Xfiles against the local versions. XIt is also designed to minimize the amount of user intervention with Xthe goal of simplifying upgrades for clusters of machines. X.Pp XTo perform a three-way merge, X.Nm Xkeeps copies of the current and previous versions of files that it manages. XThese copies are stored in two trees known as the X.Dq current Xand X.Dq previous Xtrees. XDuring a merge, X.Nm Xcompares the X.Dq current Xand X.Dq previous Xcopies of each file to determine which changes need to be merged into the Xlocal version of each file. XIf a file can be updated without generating a conflict, X.Nm Xwill update the file automatically. XIf the local changes to a file conflict with the changes made to a file in Xthe source tree, Xthen a merge conflict is generated. XThe conflict must be resolved after the merge has finished. XThe X.Nm Xutility will not perform a new merge until all conflicts from an earlier Xmerge are resolved. X.Sh MODES X.Pp XThe X.Nm Xutility supports several modes of operation. XThe mode is specified via an optional command argument. XIf present, the command must be the first argument on the command line. XIf a command is not specified, the default mode is used. X.Ss Default Mode XThe default mode merges changes from the source tree to the destination Xdirectory. XFirst, Xit updates the X.Dq current Xand X.Dq previous Xtrees. XNext, Xit compares the two trees merging changes into the destination directory. XFinally, Xit displays warnings for any conditions it could not handle automatically. X.Pp XIf the X.Fl r Xoption is not specified, Xthen the first step taken is to update the X.Dq current Xand X.Dq previous Xtrees. XIf a X.Dq current Xtree already exists, Xthen that tree is saved as the X.Dq previous Xtree. XAn older X.Dq previous Xtree is removed if it exists. XBy default the new X.Dq current Xtree is built from a source tree. XHowever, Xif a tarball is specified via the X.Fl t Xoption, Xthen the tree is extracted from that tarball instead. X.Pp XNext, X.Nm Xcompares the files in the X.Dq current Xand X.Dq previous Xtrees. XIf a file was removed from the X.Dq current Xtree, Xthen it will be removed from the destination directory only if it Xdoes not have any local modifications. XIf a file was added to the X.Dq current Xtree, Xthen it will be copied to the destination directory only if it Xwould not clobber an existing file. XIf a file is changed in the X.Dq current Xtree, Xthen X.Nm Xwill attempt to merge the changes into the version of the file in the Xdestination directory. XIf the merge encounters conflicts, Xthen a version of the file with conflict markers will be saved for Xfuture resolution. XIf the merge does not encounter conflicts, Xthen the merged version of the file will be saved in the destination Xdirectory. XIf X.Nm Xis not able to safely merge in changes to a file other than a merge conflict, Xit will generate a warning. X.Pp XFor each file that is updated a line will be output with a leading character Xto indicate the action taken. XThe possible actions follow: X.Pp X.Bl -tag -width "A" -compact -offset indent X.It A XAdded X.It C XConflict X.It D XDeleted X.It M XMerged X.It U XUpdated X.El X.Pp XFinally, Xif any warnings were encountered they are displayed after the merge has Xcompleted. X.Pp XNote that for certain files X.Nm Xwill perform post-install actions any time that the file is updated. XSpecifically, X.Xr pwd_mkdb 8 Xis invoked if X.Pa /etc/master.passwd Xis changed, X.Xr cap_mkdb 1 Xis invoked to update X.Pa /etc/login.conf.db Xif X.Pa /etc/login.conf Xis changed, Xand X.Xr newaliases 1 Xis invoked if X.Pa /etc/mail/aliases Xis changed. XOne exception is that if X.Pa /etc/mail/aliases Xis changed and the destination directory is not the default, Xthen a warning will be issued instead. XThis is due to a limitation of the X.Xr newaliases 1 Xcommand. X.Ss Build Mode XThe X.Cm build Xmode is used to build a tarball that contains a snapshot of a X.Dq current Xtree. XThis tarball can be used by the default and extract modes. XUsing a tarball can allow X.Nm Xto perform a merge without requiring a source tree that matches the Xcurrently installed world. XThe X.Fa tarball Xargument specifies the name of the file to create. XThe file will be a X.Xr tar 5 Xfile compressed with X.Xr bzip2 1 . X.Ss Diff Mode XThe X.Cm diff Xmode compares the versions of files in the destination directory to the X.Dq current Xtree and generates a unified format diff of the changes. XThis can be used to determine which files have been locally modified and how. XNote that X.Nm Xdoes not manage files that are not maintained in the source tree such as X.Pa /etc/fstab Xand X.Pa /etc/rc.conf . X.Ss Extract Mode XThe X.Cm extract Xmode generates a new X.Dq current Xtree. XUnlike the default mode, Xit does not save any existing X.Dq current Xtree and does not modify any existing X.Dq previous Xtree. XThe new X.Dq current Xtree can either be built from a source tree or extracted from a tarball. X.Ss Resolve Mode XThe X.Cm resolve Xmode is used to resolve any conflicts encountered during a merge. XIn this mode, X.Nm Xiterates over any existing conflicts prompting the user for actions to take Xon each conflicted file. XFor each file, the following actions are available: X.Pp X.Bl -tag -width "(tf) theirs-full" -compact X.It (p) postpone XIgnore this conflict for now. X.It (df) diff-full XShow all changes made to the merged file as a unified diff. X.It (e) edit XChange the merged file in an editor. X.It (r) resolved XInstall the merged version of the file into the destination directory. X.It (mf) mine-full XUse the version of the file in the destination directory and ignore any Xchanges made to the file in the X.Dq current Xtree. X.It (tf) theirs-full XUse the version of the file from the X.Dq current Xtree and discard any local changes made to the file. X.It (h) help XDisplay the list of commands. X.El X.Ss Status Mode XThe X.Cm status Xmode shows a summary of the results of the most recent merge. XFirst it lists any files for which there are unresolved conflicts. XNext it lists any warnings generated during the last merge. XIf the last merge did not generate any conflicts or warnings, Xthen nothing will be output. X.Sh OPTIONS XThe following options are available. XNote that most options do not apply to all modes. X.Bl -tag -width ".Fl d Ar workdir" X.It Fl B XDo not build generated files in a private object tree. XInstead, Xreuse the generated files from a previously built object tree that matches Xthe source tree. XThis can be useful to avoid gratuitous conflicts in sendmail configuration Xfiles when bootstrapping. XIt can also be useful for building a tarball that matches a specific Xworld build. X.It Fl d Ar workdir XSpecify an alternate directory to use as the work directory. XThe work directory is used to store the X.Dq current Xand X.Dq previous Xtrees as well as unresolved conflicts. XThe default work directory is X.Pa /var/db/etcupdate . X.It Fl A Ar patterns XAlways install the new version of any files that match any of the patterns Xlisted in X.Ar patterns . XEach pattern is evaluated as an X.Xr sh 1 Xshell pattern. XThis option may be specified multiple times to specify multiple patterns. XMultiple space-separated patterns may also be specified in a single Xoption. XNote that ignored files specified via the X.Ev IGNORE_FILES Xvariable or the X.Fl I Xoption will not be installed. X.It Fl D Ar destdir XSpecify an alternate destination directory as the target of a merge. XThis is analagous to the X.Dv DESTDIR Xvariable used with X.Sq make installworld . XThe default destination directory is an empty string which results in Xmerges updating X.Pa /etc Xon the local machine. X.It Fl F XIgnore changes in the FreeBSD ID string when comparing files in the Xdestination directory to files in either of the X.Dq current Xor X.Dq previous Xtrees. XIn X.Cm diff Xmode, Xthis reduces noise due to FreeBSD ID string changes in the output. XDuring an update this can simplify handling for harmless conflicts caused Xby FreeBSD ID string changes. X.Pp XSpecifically, Xif a file in the destination directory is identical to the same file in the X.Dq previous Xtree modulo the FreeBSD ID string, Xthen the file is treated as if it was unmodified and the X.Dq current Xversion of the file will be installed. XSimilarly, Xif a file in the destination directory is identical to the same file in the X.Dq current Xtree modulo the FreeBSD ID string, Xthen the X.Dq current Xversion of the file will be installed to update the ID string. XIf the X.Dq previous Xand X.Dq current Xversions of the file are identical, Xthen X.Nm Xwill not change the file in the destination directory. X.Pp XDue to limitations in the X.Xr diff 1 Xcommand, Xthis option may not have an effect if there are other changes in a file that Xare close to the FreeBSD ID string. X.It Fl I Ar patterns XIgnore any files that match any of the patterns listed in X.Ar patterns . XNo warnings or other messages will be generated for those files during a Xmerge. XEach pattern is evaluated as an X.Xr sh 1 Xshell pattern. XThis option may be specified multiple times to specify multiple patterns. XMultiple space-separated patterns may also be specified in a single Xoption. X.It Fl L Ar logfile XSpecify an alternate path for the log file. XThe X.Nm Xutility logs each command that it invokes along with the standard output Xand standard error to this file. XBy default the log file is stored in a file named X.Pa log Xin the work directory. X.It Fl M Ar options XPass X.Ar options Xas additional parameters to X.Xr make 1 Xwhen building a X.Dq current Xtree. XThis can be used for to set the X.Dv TARGET Xor X.Dv TARGET_ARCH Xvariables for a cross-build. X.It Fl n XEnable X.Dq dry-run Xmode. XDo not merge any changes to the destination directory. XInstead, Xreport what actions would be taken during a merge. XNote that the existing X.Dq current Xand X.Dq previous Xtrees will not be changed. XIf the X.Fl r Xoption is not specified, Xthen a temporary X.Dq current Xtree will be extracted to perform the comparison. X.It Fl r XDo not update the X.Dq current Xand X.Dq previous Xtrees during a merge. XThis can be used to X.Dq re-run Xa previous merge operation. X.It Fl s Ar source XSpecify an alternate source tree to use when building or extracting a X.Dq current Xtree. XThe default source tree is X.Pa /usr/src . X.It Fl t Ar tarball XExtract a new X.Dq current Xtree from a tarball previously generated by the X.Cm build Xcommand rather than building the tree from a source tree. X.El X.Sh CONFIG FILE XThe X.Nm Xutility can also be configured by setting variables in an optional Xconfiguration file named X.Pa /etc/etcupdate.conf . XNote that command line options override settings in the configuration file. XThe configuration file is executed by X.Xr sh 1 , Xso it uses that syntax to set configuration variables. XThe following variables can be set: X.Bl -tag -width ".Ev ALWAYS_INSTALL" X.It Ev ALWAYS_INSTALL XAlways install files that match any of the patterns listed in this variable Xsimilar to the X.Fl A Xoption. X.It Ev DESTDIR XSpecify an alternate destination directory similar to the X.Fl D Xoption. X.It Ev EDITOR XSpecify a program to edit merge conflicts. X.It Ev FREEBSD_ID XIgnore changes in the FreeBSD ID string similar to the X.Fl F Xoption. XThis is enabled by setting the variable to a non-empty value. X.It Ev IGNORE_FILES XIgnore files that match any of the patterns listed in this variable Xsimilar to the X.Fl I Xoption. X.It Ev LOGFILE XSpecify an alternate path for the log file similar to the X.Fl L Xoption. X.It Ev MAKE_OPTIONS XPass additional options to X.Xr make 1 Xwhen building a X.Dq current Xtree similar to the X.Fl M Xoption. X.It Ev SRCDIR XSpecify an alternate source tree similar to the X.Fl s Xoption. X.It Ev WORKDIR XSpecify an alternate work directory similar to the X.Fl d Xoption. X.El X.Sh ENVIRONMENT XThe X.Nm Xutility uses the program identified in the X.Ev EDITOR Xenvironment variable to edit merge conflicts. XIf X.Ev EDITOR Xis not set, X.Xr vi 1 Xis used as the default editor. X.Sh FILES X.Bl -tag -width ".Pa /var/db/etcupdate/log" -compact X.It Pa /etc/etcupdate.conf XOptional config file. X.It Pa /var/db/etcupdate XDefault work directory used to store trees and other data. X.It Pa /var/db/etcupdate/log XDefault log file. X.El X.Sh EXIT STATUS X.Ex -std X.Sh EXAMPLES XIf the source tree matches the currently installed world, Xthen the following can be used to bootstrap X.Nm Xso that it can be used for future upgrades: X.Pp X.Dl "etcupdate extract" X.Pp XTo merge changes after an upgrade via the buildworld and installworld process: X.Pp X.Dl "etcupdate" X.Pp XTo resolve any conflicts generated during a merge: X.Pp X.Dl "etcupdate resolve" X.Sh DIAGNOSTICS XThe following warning messages may be generated during a merge. XNote that several of these warnings cover obscure cases that should occur Xrarely if at all in practice. XFor example, Xif a file changes from a file to a directory in the X.Dq current Xtree Xand the file was modified in the destination directory, Xthen a warning will be triggered. XIn general, Xwhen a warning references a pathname, Xthe corresponding file in the destination directory is not changed by a Xmerge operation. X.Bl -diag X.It "Directory mismatch: ()" XAn attempt was made to create a directory at X.Pa path Xbut an existing file of type X.Dq type Xalready exists for that path name. X.It "Modified link changed: ( became )" XThe target of a symbolic link named X.Pa file Xwas changed from X.Dq old Xto X.Dq new Xin the X.Dq current Xtree. XThe symbolic link has been modified to point to a target that is neither X.Dq old Xnor X.Dq new Xin the destination directory. X.It "Modified mismatch: ( vs )" XA file named X.Pa file Xof type X.Dq new Xwas modified in the X.Dq current Xtree, Xbut the file exists as a different type X.Dq dest Xin the destination directory. X.It "Modified changed: ( became )" XA file named X.Pa file Xchanged type from X.Dq old Xin the X.Dq previous Xtree to type X.Dq new Xin the X.Dq current Xtree. XThe file in the destination directory of type X.Dq type Xhas been modified, Xso it could not be merged automatically. X.It "Modified remains: " XThe file of type X.Dq type Xnamed X.Pa file Xhas been removed from the X.Dq current Xtree, Xbut it has been locally modified. XThe modified version of the file remains in the destination directory. X.It "Needs update: /etc/mail/aliases.db (required manual update via newaliases(1))" XThe file X.Pa /etc/mail/aliases Xwas updated during a merge with a non-empty destination directory. XDue to a limitation of the X.Xr newaliases 1 Xcommand, X.Nm Xwas not able to automatically update the corresponding aliases database. X.It "New file mismatch: ( vs )" XA new file named X.Pa file Xof type X.Dq new Xhas been added to the X.Dq current Xtree. XA file of that name already exists in the destination directory, Xbut it is of a different type X.Dq dest . X.It "New link conflict: ( vs )" XA symbolic link named X.Pa file Xhas been added to the X.Dq current Xtree that links to X.Dq new . XA symbolic link of the same name already exists in the destination Xdirectory, Xbut it links to a different target X.Dq dest . X.It "Non-empty directory remains: " XThe directory X.Pa file Xwas removed from the X.Dq current Xtree, Xbut it contains additional files in the destination directory. XThese additional files as well as the directory remain. X.It "Remove mismatch: ( became )" XA file named X.Pa file Xchanged from type X.Dq old Xin the X.Dq previous Xtree to type X.Dq new Xin the X.Dq current Xtree, Xbut it has been removed in the destination directory. X.It "Removed file changed: " XA file named X.Pa file Xwas modified in the X.Dq current Xtree, Xbut it has been removed in the destination directory. X.It "Removed link changed: ( became )" XThe target of a symbolic link named X.Pa file Xwas changed from X.Dq old Xto X.Dq new Xin the X.Dq current Xtree, Xbut it has been removed in the destination directory. X.El X.Sh SEE ALSO X.Xr cap_mkdb 1 , X.Xr diff 1 , X.Xr make 1 , X.Xr newaliases 1 , X.Xr sh 1 , X.Xr pwd_mkdb 8 X.\".Sh HISTORY X.Sh AUTHORS XThe X.Nm Xutility was written by X.An John Baldwin Aq jhb@FreeBSD.org . X.Sh BUGS XRerunning a merge does not automatically delete conflicts left over from a Xprevious merge. XAny conflicts must be resolved before the merge can be rerun. XIt it is not clear if this is a feature or a bug. X.Pp XThere is no way to easily automate conflict resolution for specific files. XFor example, one can imagine a syntax along the lines of X.Pp X.Dl "etcupdate resolve tf /some/file" X.Pp Xto resolve a specific conflict in an automated fashion. X.Pp XIt might be nice to have something like a X.Sq revert Xcommand to replace a locally modified version of a file with the stock Xversion of the file. XFor example: X.Pp X.Dl "etcupdate revert /etc/mail/freebsd.cf" X.Pp XBootstrapping X.Nm Xoften results in gratuitous diffs in X.Pa /etc/mail/*.cf Xthat cause conflicts in the first merge. XIf an object tree that matches the source tree is present when bootstrapping, Xthen passing the X.Fl B Xflag to the X.Cm extract Xcommand can work around this. 2095c3a550b6dd43f25f4389f31b5702 echo x - ./pkg-descr sed 's/^X//' >./pkg-descr << '0e313719ff012ceaf97a028d51caa8f5' XThe etcupdate utility is a tool for managing updates to files that are Xnot updated as part of `make installworld' such as files in /etc. It Xmanages updates by doing a three-way merge of changes made to these files Xagainst the local versions. It is also designed to minimize the amount Xof user intervention with the goal of simplifying upgrades for clusters Xof machines. X XThe primary difference from mergemaster is that etcupdate requires less Xmanual work. The primary difference from etcmerge is that etcupdate Xupdates files in-place similar to mergemaster rather than building a Xseparate /etc tree. 0e313719ff012ceaf97a028d51caa8f5 echo x - ./Makefile sed 's/^X//' >./Makefile << '464ef7c6571951809b23e262cbe26e19' X# New ports collection makefile for: etcupdate X# Date created: 08 July 2010 X# Whom: jhb X# X# $FreeBSD$ X# X# This port is self contained in the src directory. X# X XPORTNAME= etcupdate XPORTVERSION= 0.1 XCATEGORIES= sysutils textproc XMASTER_SITES= # none XDISTFILES= # none X XMAINTAINER= jhb@FreeBSD.org XCOMMENT= Manage updates to /etc automatically X XNO_BUILD= yes XNO_WRKSUBDIR= yes X XSRC= ${.CURDIR}/src X XMAN8= ${PORTNAME}.8 XPLIST_FILES= sbin/etcupdate X Xdo-fetch: X @${DO_NADA} X Xdo-install: X @${INSTALL_SCRIPT} ${SRC}/${PORTNAME}.sh ${PREFIX}/sbin/${PORTNAME} X @${INSTALL_MAN} ${SRC}/${PORTNAME}.8 ${PREFIX}/man/man8 X X.include 464ef7c6571951809b23e262cbe26e19 echo x - ./pkg-descr~ sed 's/^X//' >./pkg-descr~ << '59167ef78f12231be22161279fc99067' XThe etcupdate utility is a tool for managing updates to files that are Xnot updated as part of `make installworld' such as files in /etc. It Xmanages updates by doing a three-way merge of changes made to these files Xagainst the local versions. It is also designed to minimize the amount Xof user intervention with the goal of simplifying upgrades for clusters Xof machines. X XThe primary difference from mergemaster is that etcupdate requires less Xmanual work. The primary difference from etcmerge is that etcupdate Xupdates files in-place similar to mergemaster rather than building a Xseperate /etc tree. 59167ef78f12231be22161279fc99067 exit -- John Baldwin From owner-freebsd-ports@FreeBSD.ORG Thu Jul 8 21:56:50 2010 Return-Path: Delivered-To: freebsd-ports@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 0B644106566C for ; Thu, 8 Jul 2010 21:56:50 +0000 (UTC) (envelope-from dougb@FreeBSD.org) Received: from mail2.fluidhosting.com (mx21.fluidhosting.com [204.14.89.4]) by mx1.freebsd.org (Postfix) with ESMTP id 8DE4D8FC15 for ; Thu, 8 Jul 2010 21:56:49 +0000 (UTC) Received: (qmail 24213 invoked by uid 399); 8 Jul 2010 21:56:48 -0000 Received: from localhost (HELO ?192.168.0.142?) (dougb@dougbarton.us@127.0.0.1) by localhost with ESMTPAM; 8 Jul 2010 21:56:48 -0000 X-Originating-IP: 127.0.0.1 X-Sender: dougb@dougbarton.us Date: Thu, 8 Jul 2010 14:56:46 -0700 (PDT) From: Doug Barton To: Glen Barber In-Reply-To: <4C364701.3070406@gmail.com> Message-ID: References: <4C363458.6060700@gmail.com> <4C364701.3070406@gmail.com> User-Agent: Alpine 2.00 (BSF 1167 2008-08-23) X-message-flag: Outlook -- Not just for spreading viruses anymore! OpenPGP: id=1A1ABC84 Organization: http://SupersetSolutions.com/ MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed Cc: "Richard E,. Neese" , freebsd-ports@freebsd.org Subject: Re: meta port issue X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 08 Jul 2010 21:56:50 -0000 On Thu, 8 Jul 2010, Glen Barber wrote: > Hi Richard, > > On 7/8/10 4:26 PM, Richard E,. Neese wrote: >> Following is not happening >> >> I have a meta port of /usr/ports/net/freeswitch wich builds and installs >> other freeswitch ports of -core -sounds -music >> >> if you type make in the meta port it is not calling up the options >> screens for the other ports. >> >> but if you go into the other ports of freeswitch-core -sounds -music and >> type make the options screens come up fine. >> >> it seems that meta porta are broken in the mk files > > You can use 'make config-recursive' to display all the configuration option > screens. The fact that you can work around it doesn't mean that it's not a bug. :) Doug -- Improve the effectiveness of your Internet presence with a domain name makeover! http://SupersetSolutions.com/ Computers are useless. They can only give you answers. -- Pablo Picasso From owner-freebsd-ports@FreeBSD.ORG Thu Jul 8 22:12:42 2010 Return-Path: Delivered-To: ports@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 7B11E1065673 for ; Thu, 8 Jul 2010 22:12:42 +0000 (UTC) (envelope-from dougb@FreeBSD.org) Received: from mail2.fluidhosting.com (mx21.fluidhosting.com [204.14.89.4]) by mx1.freebsd.org (Postfix) with ESMTP id 0B20D8FC1D for ; Thu, 8 Jul 2010 22:12:41 +0000 (UTC) Received: (qmail 14584 invoked by uid 399); 8 Jul 2010 22:12:41 -0000 Received: from localhost (HELO ?192.168.0.142?) (dougb@dougbarton.us@127.0.0.1) by localhost with ESMTPAM; 8 Jul 2010 22:12:41 -0000 X-Originating-IP: 127.0.0.1 X-Sender: dougb@dougbarton.us Date: Thu, 8 Jul 2010 15:12:39 -0700 (PDT) From: Doug Barton To: John Baldwin In-Reply-To: <201007081750.00871.jhb@freebsd.org> Message-ID: References: <201007081750.00871.jhb@freebsd.org> User-Agent: Alpine 2.00 (BSF 1167 2008-08-23) X-message-flag: Outlook -- Not just for spreading viruses anymore! OpenPGP: id=1A1ABC84 Organization: http://SupersetSolutions.com/ MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed Cc: ports@freebsd.org Subject: Re: Review request for new port: sysutils/etcupdate X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 08 Jul 2010 22:12:42 -0000 On Thu, 8 Jul 2010, John Baldwin wrote: > This is a port for yet-another-/etc-merging tool that I wrote recently. It > passes portlint -N with one bogus warning because /etc is in the comment. I didn't try installing/deinstalling but you seem to have the right stuff in the Makefile for that. Overall it looks good, just a couple comments: 1. I don't think textproc is right for CATEGORIES, although sysutils is of course. 2. I don't think the do-fetch target is necessary, but if it is needed when you test it that's fine. 3. You have a pkg-descr~ file in the shar that should be deleted before you commit it. Assuming it passes all the tests in the porter's handbook for install, deinstall, package, etc. I'd say go ahead. :) Doug -- Improve the effectiveness of your Internet presence with a domain name makeover! http://SupersetSolutions.com/ Computers are useless. They can only give you answers. -- Pablo Picasso From owner-freebsd-ports@FreeBSD.ORG Thu Jul 8 23:48:15 2010 Return-Path: Delivered-To: freebsd-ports@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 61D8B106564A; Thu, 8 Jul 2010 23:48:15 +0000 (UTC) (envelope-from glen.j.barber@gmail.com) Received: from mail-vw0-f54.google.com (mail-vw0-f54.google.com [209.85.212.54]) by mx1.freebsd.org (Postfix) with ESMTP id EE5358FC0A; Thu, 8 Jul 2010 23:48:14 +0000 (UTC) Received: by vws6 with SMTP id 6so2157218vws.13 for ; Thu, 08 Jul 2010 16:48:10 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:received:message-id:date:from :user-agent:mime-version:to:cc:subject:references:in-reply-to :content-type:content-transfer-encoding; bh=EK+VCs7/J9CTIEK0eoi86CXRxbnqZwjqclO7nATajnY=; b=XDH3SCVfDcBGpJhhDsSNPRtxmF/OR1+XRPVRIaAhw+7V/5PCTIhH3zpmagIkDY7kEV 9zNwHJkUQQxTKiOQ+B/Kve3ikLDTGXqm8qY1YiCOSvqkLy019/eBKZJfW4vFF0HRICZq AqpcZO6ZS9IinjIiFm2fEoyUmXFwbUWSDqLjs= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=message-id:date:from:user-agent:mime-version:to:cc:subject :references:in-reply-to:content-type:content-transfer-encoding; b=jK43pF97+sRjR/S5DmQ7bJEh3bdCNfQ9qYNQ8PjRTJECOg6+3KOfGI2Q0QEsTao/ic lZRZE+9OJg6Ec9zB4g4u171Yt6v7buRB1lIm+21HoCoLzQfXX6qcRf4P3fPqhewFe7wB ZPJLrCUTk9t6FcxLmVxr/lsfkCOHg0b0Lz43o= Received: by 10.220.124.224 with SMTP id v32mr4740062vcr.178.1278632890468; Thu, 08 Jul 2010 16:48:10 -0700 (PDT) Received: from schism.local (c-71-230-240-241.hsd1.pa.comcast.net [71.230.240.241]) by mx.google.com with ESMTPS id m11sm297193vcg.30.2010.07.08.16.48.07 (version=SSLv3 cipher=RC4-MD5); Thu, 08 Jul 2010 16:48:08 -0700 (PDT) Message-ID: <4C3663B6.3090100@gmail.com> Date: Thu, 08 Jul 2010 19:48:06 -0400 From: Glen Barber User-Agent: Mozilla/5.0 (Macintosh; U; Intel Mac OS X 10.6; en-US; rv:1.9.2.4) Gecko/20100608 Thunderbird/3.1 MIME-Version: 1.0 To: Doug Barton References: <4C363458.6060700@gmail.com> <4C364701.3070406@gmail.com> In-Reply-To: Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: "Richard E,. Neese" , freebsd-ports@freebsd.org Subject: Re: meta port issue X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 08 Jul 2010 23:48:15 -0000 On 7/8/10 5:56 PM, Doug Barton wrote: > On Thu, 8 Jul 2010, Glen Barber wrote: > >> Hi Richard, >> >> On 7/8/10 4:26 PM, Richard E,. Neese wrote: >>> Following is not happening >>> >>> I have a meta port of /usr/ports/net/freeswitch wich builds and installs >>> other freeswitch ports of -core -sounds -music >>> >>> if you type make in the meta port it is not calling up the options >>> screens for the other ports. >>> >>> but if you go into the other ports of freeswitch-core -sounds -music and >>> type make the options screens come up fine. >>> >>> it seems that meta porta are broken in the mk files >> >> You can use 'make config-recursive' to display all the configuration >> option screens. > > The fact that you can work around it doesn't mean that it's not a bug. > > :) > I agree. I didn't have a chance to look further into it at the time, and knew -recursive would work in this situation. :) -- Glen Barber From owner-freebsd-ports@FreeBSD.ORG Fri Jul 9 00:53:11 2010 Return-Path: Delivered-To: freebsd-ports@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 89687106566C for ; Fri, 9 Jul 2010 00:53:11 +0000 (UTC) (envelope-from r.neese@gmail.com) Received: from mail-iw0-f182.google.com (mail-iw0-f182.google.com [209.85.214.182]) by mx1.freebsd.org (Postfix) with ESMTP id 488FF8FC19 for ; Fri, 9 Jul 2010 00:53:10 +0000 (UTC) Received: by iwn35 with SMTP id 35so1891876iwn.13 for ; Thu, 08 Jul 2010 17:53:10 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:received:message-id:date:from :user-agent:mime-version:to:cc:subject:references:in-reply-to :content-type:content-transfer-encoding; bh=QRFsbelBsWo/yxnDwqSrkYkTtsfB07BnH7IH0evzdeI=; b=gv3CfYQ9bNzMbTYU0BvEr2M3AIK4HwvZBLEGPPmr8VSRL6bsbt+eAGZtf7RU+OW+AR aqJLFWVsxlTP75qGxkAAs+MDp/xf3e4Zh/OKu8aNEMAhuZTrORKU5i1J1SwfEFU8z+VC OxE0LcQgxoflmpbnJ1BhfmZERIrR6nSHuYEaw= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=message-id:date:from:user-agent:mime-version:to:cc:subject :references:in-reply-to:content-type:content-transfer-encoding; b=rVVd0ioe8bciGRgRqbjs0Y0dR3QMz+4o/Io7f/7IgE3RVWJrPkc2yp6tgKm4micjHh m4vpsDoJr8u4+RMqd8irlTylzGA8rCFxxUy96WyhY8gEB+jnnpWcBeDN+SJQNTiMhMXN 64Kw15h3CsecjLuJN3irGTkJVuMAkHfd6JYq4= Received: by 10.231.152.143 with SMTP id g15mr7722609ibw.76.1278636790325; Thu, 08 Jul 2010 17:53:10 -0700 (PDT) Received: from [127.0.0.1] (c-67-186-24-149.hsd1.pa.comcast.net [67.186.24.149]) by mx.google.com with ESMTPS id n20sm1323729ibe.23.2010.07.08.17.53.08 (version=SSLv3 cipher=RC4-MD5); Thu, 08 Jul 2010 17:53:08 -0700 (PDT) Message-ID: <4C3672EA.2020308@gmail.com> Date: Thu, 08 Jul 2010 20:52:58 -0400 From: "Richard E,. Neese" User-Agent: Mozilla/5.0 (Windows; U; Windows NT 6.1; en-US; rv:1.9.1.7) Gecko/20100301 Eudora/3.0.1 MIME-Version: 1.0 To: Doug Barton References: <4C363458.6060700@gmail.com> <4C364701.3070406@gmail.com> In-Reply-To: Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: Glen Barber , freebsd-ports@freebsd.org Subject: Re: meta port issue X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 09 Jul 2010 00:53:11 -0000 On 7/8/2010 5:56 PM, Doug Barton wrote: > On Thu, 8 Jul 2010, Glen Barber wrote: > >> Hi Richard, >> >> On 7/8/10 4:26 PM, Richard E,. Neese wrote: >>> Following is not happening >>> >>> I have a meta port of /usr/ports/net/freeswitch wich builds and >>> installs >>> other freeswitch ports of -core -sounds -music >>> >>> if you type make in the meta port it is not calling up the options >>> screens for the other ports. >>> >>> but if you go into the other ports of freeswitch-core -sounds -music >>> and >>> type make the options screens come up fine. >>> >>> it seems that meta porta are broken in the mk files >> >> You can use 'make config-recursive' to display all the configuration >> option screens. > > The fact that you can work around it doesn't mean that it's not a bug. > > :) > > Doug > yes but most new people installing ports dont know this... and the issue is to find out why make install is not working correctly. From owner-freebsd-ports@FreeBSD.ORG Fri Jul 9 05:41:06 2010 Return-Path: Delivered-To: freebsd-ports@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 1A12E106564A; Fri, 9 Jul 2010 05:41:06 +0000 (UTC) (envelope-from swell.k@gmail.com) Received: from mail-ew0-f54.google.com (mail-ew0-f54.google.com [209.85.215.54]) by mx1.freebsd.org (Postfix) with ESMTP id 7114B8FC0A; Fri, 9 Jul 2010 05:41:05 +0000 (UTC) Received: by ewy26 with SMTP id 26so427712ewy.13 for ; Thu, 08 Jul 2010 22:40:57 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:received:from:to:cc:subject:references :date:in-reply-to:message-id:user-agent:mime-version:content-type; bh=PieeS9JCuI/gfpCj8I2pbsNYAHBDZq1IumadavyKs0I=; b=jH5sZgPNia8bRVUEWnY4WEanPEnotR6hQTAEMcGD/QgDq4ziHqFhJzASfnNmlKiS9Q qCDtCtjvF++HR+/ArwVpwvm8MZDn40XRY62kkRQy2FJE8GLWSSMOs7yQYyh66BOCdyyu Uqhl27fon9k6ekkqDW9+0s2Ua60NJgR6zOTJA= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=from:to:cc:subject:references:date:in-reply-to:message-id :user-agent:mime-version:content-type; b=IZGEM0oie7RrhR6IRnJQRoSGLfqiVfewIQ+5rLEeXb0YXW6QxGZn6X96kvD5pH+WXS zFFvOiLEl4We7U+dC2OZH7kqjDwnFqJ5uPT+Y11KI2mdrBPZtFyrg6JLxu6NByc+4Pwl MZfw9+4kVhphQIHIAwdy+JKN5cWswSTWkBuc8= Received: by 10.213.31.147 with SMTP id y19mr1445282ebc.81.1278654055209; Thu, 08 Jul 2010 22:40:55 -0700 (PDT) Received: from localhost ([109.169.29.56]) by mx.google.com with ESMTPS id a48sm4403967eei.0.2010.07.08.22.40.52 (version=SSLv3 cipher=RC4-MD5); Thu, 08 Jul 2010 22:40:54 -0700 (PDT) From: Anonymous To: John Baldwin References: <201007081750.00871.jhb@freebsd.org> Date: Fri, 09 Jul 2010 09:40:48 +0400 In-Reply-To: <201007081750.00871.jhb@freebsd.org> (John Baldwin's message of "Thu, 8 Jul 2010 17:50:00 -0400") Message-ID: <868w5ljjq7.fsf@gmail.com> User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/24.0.50 (berkeley-unix) MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Cc: freebsd-ports@freebsd.org Subject: Re: Review request for new port: sysutils/etcupdate X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 09 Jul 2010 05:41:06 -0000 John Baldwin writes: > This is a port for yet-another-/etc-merging tool that I wrote recently. It > passes portlint -N with one bogus warning because /etc is in the comment. I think do-install should be verbose about what it's installing. From owner-freebsd-ports@FreeBSD.ORG Fri Jul 9 09:42:35 2010 Return-Path: Delivered-To: ports@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 60F22106566B; Fri, 9 Jul 2010 09:42:35 +0000 (UTC) (envelope-from linimon@lonesome.com) Received: from mail.soaustin.net (lefty.soaustin.net [66.135.55.46]) by mx1.freebsd.org (Postfix) with ESMTP id 44F008FC18; Fri, 9 Jul 2010 09:42:35 +0000 (UTC) Received: by mail.soaustin.net (Postfix, from userid 502) id 040CF8C063; Fri, 9 Jul 2010 04:42:35 -0500 (CDT) Date: Fri, 9 Jul 2010 04:42:34 -0500 From: Mark Linimon To: Thomas Abthorpe Message-ID: <20100709094234.GB10354@lonesome.com> References: <20100708155129.GV67752@rex.goodking.ca> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20100708155129.GV67752@rex.goodking.ca> User-Agent: Mutt/1.5.18 (2008-05-17) Cc: ports@FreeBSD.org Subject: Re: Happy Release Time, Freeze is over X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 09 Jul 2010 09:42:35 -0000 Note that we still ask our committers to avoid sweepting commits until after the release is officially out the door ... just in case. mcl From owner-freebsd-ports@FreeBSD.ORG Fri Jul 9 09:57:43 2010 Return-Path: Delivered-To: freebsd-ports@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id C1902106564A for ; Fri, 9 Jul 2010 09:57:43 +0000 (UTC) (envelope-from r.c.ladan@gmail.com) Received: from mail-gx0-f182.google.com (mail-gx0-f182.google.com [209.85.161.182]) by mx1.freebsd.org (Postfix) with ESMTP id 800278FC18 for ; Fri, 9 Jul 2010 09:57:43 +0000 (UTC) Received: by gxk24 with SMTP id 24so1293849gxk.13 for ; Fri, 09 Jul 2010 02:57:36 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:received:sender:received:date :x-google-sender-auth:message-id:subject:from:to:cc:content-type :content-transfer-encoding; bh=D/GeHgjrFvQp19ESK1jRzM1acHoQM+sixW8otErjQOg=; b=fcy08i+d/IM3xWXs6wvIUsksvRwvF7wcfmnp3qeMwAUnkss8WW61NfRNPl/tZkgxio OE+XJesVCeOhojrscf55CJ/CC2iA7/ZHENnKQpeKDQKNXifzqSJg+hNduO6TsORFu2lA Qu3TIWEj8YCnxxUbbDQNygwGju8huaaBXLWjE= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=mime-version:sender:date:x-google-sender-auth:message-id:subject :from:to:cc:content-type:content-transfer-encoding; b=Pn0nPqv67Oiq+mQAr+fMc0CVkmRRqLxNyp6NdTAICmC75ynZnDfc6bHMqnKUhwZ1af g90QnQbGWmQys6EttqCSeDE7hpEwyRNBvK4l/f5ONFW6lyFoL5SrXck1IGDWoS4bBpd7 QtM0JY1XgACMr4/PmtTcC1Gi71r2zwHZelTUU= MIME-Version: 1.0 Received: by 10.151.122.4 with SMTP id z4mr1645166ybm.178.1278669455927; Fri, 09 Jul 2010 02:57:35 -0700 (PDT) Sender: r.c.ladan@gmail.com Received: by 10.151.15.15 with HTTP; Fri, 9 Jul 2010 02:57:35 -0700 (PDT) Date: Fri, 9 Jul 2010 11:57:35 +0200 X-Google-Sender-Auth: jx5gjsadiNauCK6mY01SufgJxB4 Message-ID: From: =?ISO-8859-1?Q?Ren=E9_Ladan?= To: neal@nelson.name Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Cc: freebsd ports Subject: updating py-wxPython28* to support cairo ? X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 09 Jul 2010 09:57:43 -0000 Hi, are there any plans to update x11-toolkits/py-wxPython28* to a version which support cairo (2.8.9.0 or higher?) I could send in a patch myself... Regards, Rene -- http://www.rene-ladan.nl/ GPG fingerprint =3D E738 5471 D185 7013 0EE0=A0 4FC8 3C1D 6F83 12E1 84F6 (subkeys.pgp.net) From owner-freebsd-ports@FreeBSD.ORG Fri Jul 9 11:57:38 2010 Return-Path: Delivered-To: freebsd-ports@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id C4C61106564A for ; Fri, 9 Jul 2010 11:57:38 +0000 (UTC) (envelope-from s@swa.org.ru) Received: from mx.a-r-b.ru (mx.a-r-b.ru [90.156.229.147]) by mx1.freebsd.org (Postfix) with ESMTP id 90D028FC16 for ; Fri, 9 Jul 2010 11:57:38 +0000 (UTC) Received: from [172.16.16.2] (helo=home.swa.org.ru) by mx.a-r-b.ru with esmtpsa (TLSv1:AES256-SHA:256) (Exim 4.71 (FreeBSD)) (envelope-from ) id 1OXBOv-000HrP-R0 for freebsd-ports@freebsd.org; Fri, 09 Jul 2010 15:05:50 +0400 Message-ID: <4C37028F.5@swa.org.ru> Date: Fri, 09 Jul 2010 17:05:51 +0600 From: Sergey Nikolenko User-Agent: Mozilla/5.0 (X11; U; FreeBSD amd64; en-US; rv:1.9.1.10) Gecko/20100623 Thunderbird/3.0.5 ThunderBrowse/3.3 MIME-Version: 1.0 To: freebsd-ports@freebsd.org Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 7bit Subject: page fault on writing on fusefs mount through samba X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 09 Jul 2010 11:57:38 -0000 Hello everyone. I'm getting kernel panics everytime I try to write a file to samba share which is a fuse mount. I tried samba 3.0.37, 3.3.13, 3.4.8, no difference. Tried on 8.0-RELEASE, on today's 8.1-PRERELEASE. How to reproduce: 1. Install /usr/ports/net/samba34, /usr/ports/sysutils/fusefs-unionfs 2. Add to default samba config: security = user [test] path = /test public = yes writeable = yes 3. unionfs -o allow_other /tmp /test 4. smbclient //IP/test put There we get a panic: Fatal trap 12: page fault while in kernel mode cpuid = 0; apic id = 00 fault virtual address = 0x0 fault code = supervisor read, page not present instruction pointer = 0x20:0x0 stack pointer = 0x28:0xe67bbc44 frame pointer = 0x28:0xe67bbc68 code segment = base 0x0, limit 0xfffff, type 0x1b = DPL 0, pres 1, def32 1, gran 1 processor eflags = interrupt enabled, resume, IOPL = 0 current process = 1237 (smbd) trap number = 12 panic: page fault cpuid = 1 Uptime: 14m23s Physical memory: 1011 MB Dumping 73 MB: 58panic: bufwrite: buffer is not busy??? cpuid = 1 42 26 10 Reading symbols from /usr/local/modules/fuse.ko...done. Loaded symbols for /usr/local/modules/fuse.ko #0 doadump () at pcpu.h:246 246 pcpu.h: No such file or directory. in pcpu.h (kgdb) #0 doadump () at pcpu.h:246 #1 0xc08a1d47 in boot (howto=260) at /usr/src/sys/kern/kern_shutdown.c:416 #2 0xc08a1fa9 in panic (fmt=Variable "fmt" is not available. ) at /usr/src/sys/kern/kern_shutdown.c:590 #3 0xc0bd72bc in trap_fatal (frame=0xe67bbc04, eva=0) at /usr/src/sys/i386/i386/trap.c:938 #4 0xc0bd7540 in trap_pfault (frame=0xe67bbc04, usermode=0, eva=0) at /usr/src/sys/i386/i386/trap.c:851 #5 0xc0bd7e85 in trap (frame=0xe67bbc04) at /usr/src/sys/i386/i386/trap.c:533 #6 0xc0bb9e7c in calltrap () at /usr/src/sys/i386/i386/exception.s:166 #7 0x00000000 in ?? () Previous frame inner to this frame (corrupt stack?) (kgdb) From owner-freebsd-ports@FreeBSD.ORG Fri Jul 9 13:38:01 2010 Return-Path: Delivered-To: freebsd-ports@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 0CD24106566B; Fri, 9 Jul 2010 13:38:01 +0000 (UTC) (envelope-from mkhitrov@gmail.com) Received: from mail-gy0-f182.google.com (mail-gy0-f182.google.com [209.85.160.182]) by mx1.freebsd.org (Postfix) with ESMTP id AF0C18FC16; Fri, 9 Jul 2010 13:38:00 +0000 (UTC) Received: by gyd8 with SMTP id 8so1448946gyd.13 for ; Fri, 09 Jul 2010 06:37:58 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:mime-version:received:from:date :message-id:subject:to:cc:content-type; bh=1aO09S86V+KqcYdLqKSTTs8x2KPC6/Wn8YX41cEQpuw=; b=xChddWO0QkVS253e8lhQElMDeTNFr1UTzRimo3Ti5oNoOivTcgWBelD6rfuS39h2T8 55vvq6eKYF3EgSEWOFRXqMCrcUu1myZFoCPMrPJFyRAkb5RCRn+7Z2Q74IH3od6rTghX 4fvirPXW377StsXG9crNxawuWEi06FBbEBUgs= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=mime-version:from:date:message-id:subject:to:cc:content-type; b=nQn3kpObH88DGpQuKdpHuzK1cxixC+3Eqq1gEG8FTH/SofPWN6UpXuCpO0uPMnRcoU guZcER2R9tLsCgV8rUzimhHU2gN2Oq7TsPMyCO645OVu8r6eoWoPkOf4UzV6f2ScW3jX DLVYnsbkKuYI5q60gCrXjY8V+Hgo2B469js4w= Received: by 10.229.223.130 with SMTP id ik2mr5998186qcb.107.1278681151450; Fri, 09 Jul 2010 06:12:31 -0700 (PDT) MIME-Version: 1.0 Received: by 10.229.251.3 with HTTP; Fri, 9 Jul 2010 06:11:56 -0700 (PDT) From: Maxim Khitrov Date: Fri, 9 Jul 2010 09:11:56 -0400 Message-ID: To: Ollivier Robert Content-Type: text/plain; charset=UTF-8 Cc: freebsd-ports@freebsd.org Subject: FreeBSD Port: devel/mercurial X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 09 Jul 2010 13:38:01 -0000 Hello Ollivier, Could you update devel/mercurial to version 1.6 (released 2010-07-01)? Thanks! From owner-freebsd-ports@FreeBSD.ORG Fri Jul 9 13:46:05 2010 Return-Path: Delivered-To: ports@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id C3F4A106566C; Fri, 9 Jul 2010 13:46:05 +0000 (UTC) (envelope-from jhb@freebsd.org) Received: from cyrus.watson.org (cyrus.watson.org [65.122.17.42]) by mx1.freebsd.org (Postfix) with ESMTP id 96A5E8FC18; Fri, 9 Jul 2010 13:46:05 +0000 (UTC) Received: from bigwig.baldwin.cx (66.111.2.69.static.nyinternet.net [66.111.2.69]) by cyrus.watson.org (Postfix) with ESMTPSA id 48E1746C08; Fri, 9 Jul 2010 09:46:05 -0400 (EDT) Received: from jhbbsd.localnet (smtp.hudson-trading.com [209.249.190.9]) by bigwig.baldwin.cx (Postfix) with ESMTPSA id 71A9E8A051; Fri, 9 Jul 2010 09:46:04 -0400 (EDT) From: John Baldwin To: Doug Barton Date: Fri, 9 Jul 2010 08:27:09 -0400 User-Agent: KMail/1.13.5 (FreeBSD/7.3-CBSD-20100217; KDE/4.4.5; amd64; ; ) References: <201007081750.00871.jhb@freebsd.org> In-Reply-To: MIME-Version: 1.0 Content-Type: Text/Plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Message-Id: <201007090827.09471.jhb@freebsd.org> X-Greylist: Sender succeeded SMTP AUTH, not delayed by milter-greylist-4.0.1 (bigwig.baldwin.cx); Fri, 09 Jul 2010 09:46:04 -0400 (EDT) X-Virus-Scanned: clamav-milter 0.95.1 at bigwig.baldwin.cx X-Virus-Status: Clean X-Spam-Status: No, score=-2.6 required=4.2 tests=AWL,BAYES_00 autolearn=ham version=3.2.5 X-Spam-Checker-Version: SpamAssassin 3.2.5 (2008-06-10) on bigwig.baldwin.cx Cc: ports@freebsd.org Subject: Re: Review request for new port: sysutils/etcupdate X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 09 Jul 2010 13:46:05 -0000 On Thursday, July 08, 2010 6:12:39 pm Doug Barton wrote: > On Thu, 8 Jul 2010, John Baldwin wrote: > > > This is a port for yet-another-/etc-merging tool that I wrote recently. It > > passes portlint -N with one bogus warning because /etc is in the comment. > > I didn't try installing/deinstalling but you seem to have the right > stuff in the Makefile for that. Overall it looks good, just a couple > comments: > 1. I don't think textproc is right for CATEGORIES, although sysutils is > of course. > 2. I don't think the do-fetch target is necessary, but if it is needed > when you test it that's fine. > 3. You have a pkg-descr~ file in the shar that should be deleted before > you commit it. > > Assuming it passes all the tests in the porter's handbook for install, > deinstall, package, etc. I'd say go ahead. :) Ok. Should I fix 1) and 2) for the sysutils/etcmerge port as well? (I used etcmerge as a template.) -- John Baldwin From owner-freebsd-ports@FreeBSD.ORG Fri Jul 9 14:46:14 2010 Return-Path: Delivered-To: freebsd-ports@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 12EBC1065673 for ; Fri, 9 Jul 2010 14:46:14 +0000 (UTC) (envelope-from prvs=799396e35=pschmehl_lists@tx.rr.com) Received: from ip-001.utdallas.edu (ip-001.utdallas.edu [129.110.20.107]) by mx1.freebsd.org (Postfix) with ESMTP id DAC7B8FC14 for ; Fri, 9 Jul 2010 14:46:13 +0000 (UTC) X-Group: None X-IronPort-Anti-Spam-Filtered: true X-IronPort-Anti-Spam-Result: AvsFAMLLNkyBbgogOmdsb2JhbACgTQEBAQEYCEK+WIUnBIN5 X-IronPort-AV: E=Sophos;i="4.53,563,1272862800"; d="scan'208";a="35409315" Received: from zxtm01.utdallas.edu (HELO utd65257.utdallas.edu) ([129.110.10.32]) by ip-001.utdallas.edu with ESMTP/TLS/DHE-RSA-AES256-SHA; 09 Jul 2010 09:17:31 -0500 Date: Fri, 09 Jul 2010 09:17:33 -0500 From: Paul Schmehl To: FreeBSD Ports Message-ID: In-Reply-To: <9EF417B45D39AE2C992BD49F@utd65257.utdallas.edu> References: <9EF417B45D39AE2C992BD49F@utd65257.utdallas.edu> X-Mailer: Mulberry/4.0.6 (Linux/x86) X-Munged-Reply-To: Figure it out MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit Content-Disposition: inline Subject: Re: kdepim4-runtime fails to build X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: Paul Schmehl List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 09 Jul 2010 14:46:14 -0000 --On Thursday, July 08, 2010 15:39:09 -0500 Paul Schmehl wrote: > Building CXX object agents/ontologies/CMakeFiles/niefast.dir/nmo.o > Linking CXX static library ../../lib/libniefast.a > [ 40%] Built target niefast > gmake: *** [all] Error 2 > *** Error code 1 > > Stop in /usr/ports/deskutils/kdepim4-runtime. > > I've read UPDATING and made the change to libassuan-1, but this port will not > build. Anyone have an idea where to go to fix the problem? I fixed the problem by deselecting kde pim. I don't use it anyway. -- Paul Schmehl, Senior Infosec Analyst As if it wasn't already obvious, my opinions are my own and not those of my employer. ******************************************* "It is as useless to argue with those who have renounced the use of reason as to administer medication to the dead." Thomas Jefferson From owner-freebsd-ports@FreeBSD.ORG Fri Jul 9 16:16:16 2010 Return-Path: Delivered-To: freebsd-ports@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 3A8D2106564A for ; Fri, 9 Jul 2010 16:16:16 +0000 (UTC) (envelope-from kamikaze@bsdforen.de) Received: from mail.bsdforen.de (bsdforen.de [212.204.60.79]) by mx1.freebsd.org (Postfix) with ESMTP id F1BE08FC0C for ; Fri, 9 Jul 2010 16:16:15 +0000 (UTC) Received: from mobileKamikaze.norad (HSI-KBW-078-042-098-160.hsi3.kabel-badenwuerttemberg.de [78.42.98.160]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mail.bsdforen.de (Postfix) with ESMTP id F1DAD8A21A4 for ; Fri, 9 Jul 2010 18:15:58 +0200 (CEST) Message-ID: <4C374B3E.90704@bsdforen.de> Date: Fri, 09 Jul 2010 18:15:58 +0200 From: Dominic Fandrey User-Agent: Mozilla/5.0 (X11; U; FreeBSD amd64; en-GB; rv:1.9.1.10) Gecko/20100627 Thunderbird/3.0.5 MIME-Version: 1.0 To: freebsd-ports@freebsd.org X-Enigmail-Version: 1.0.1 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 7bit Subject: Solutions for the PR load problem X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 09 Jul 2010 16:16:16 -0000 Currently the PR load is obviously too high for the committer team to deal with. From a maintainer perspective this is rather painful, I have currently stopped updating all my ports, because I want pending updates committed first and also want to avoid running into PR dependencies (ioquake3, openarena and iourbanterror are examples in my case). Also it adds the burden of adjusting your patches every time the PORTREVISION is bumped, because of a library update, thus producing additional workload without benefit to anyone. To solve this problem with the current organization, my guess is that between 15 and 30 new active committers are required. Because I don't think this is easily achieved I want to suggest a different approach. And I expect many others also have their own ideas how this can be solved. Proposal: My idea is that experienced Maintainers get commit permission for their own ports. I don't even think such a thing needs to be enforced technically, after all who'd want to risk his experienced maintainer bit, however this is possible (and people would probably sleep better). Technical Approach: One, though not the only, technical approach is to switch to SVN and use path based access control. A pretty primitive shell script, probably less than 10 lines could generate the SVN path configuration, from just a list of users. It need not even be run on the server and wouldn't have to be run often. There also exist solutions that add similar features to CVS, but I do prefer SVN. Pros: - Less Maintainer-Update PRs - Maintainers can deal with third party patches directly instead of just providing feedback, so the actual ports committers would only have to close the PRs - Path based access control can be turned off during ports freezes Cons: - Higher server load - Additional user management - Testing guidlines in the Porters' Handbook need to be extended - Experienced Maintainers have to be defined Regards -- A: Because it fouls the order in which people normally read text. Q: Why is top-posting such a bad thing? A: Top-posting. Q: What is the most annoying thing on usenet and in e-mail? From owner-freebsd-ports@FreeBSD.ORG Fri Jul 9 16:26:34 2010 Return-Path: Delivered-To: ports@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 4BB33106566B for ; Fri, 9 Jul 2010 16:26:34 +0000 (UTC) (envelope-from utisoft@gmail.com) Received: from mail-bw0-f54.google.com (mail-bw0-f54.google.com [209.85.214.54]) by mx1.freebsd.org (Postfix) with ESMTP id BED7E8FC13 for ; Fri, 9 Jul 2010 16:26:33 +0000 (UTC) Received: by bwz12 with SMTP id 12so1487437bwz.13 for ; Fri, 09 Jul 2010 09:26:27 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:received:received:received :reply-to:in-reply-to:references:date:message-id:subject:from:to :content-type; bh=STxiMo+fPWVGpntwKDeL/K7tqHTOTsbpLxIwqtpo8gE=; b=VcTlQuT07BH+yBvf3JnaDrQNduQmgLXm65AmCoyM8ju2MGTUbEWh4lm3ilJIYfECSx mv9QOAGJiMszlPfMkNWi73BZuXIwHGcWrBcL45179DUDZc2x4+1VnWVp8C9pudoXcDsG Vrf2ccBsb8cFnzJmpb/U6ekRjD2VUgejD/5X8= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=mime-version:reply-to:in-reply-to:references:date:message-id :subject:from:to:content-type; b=fRaICgCCmN1mMaMX4GaI2m4K9jifEsHRuTlXtPra20/vCDmwmuuaZX1ZMHRzHadw7S N8WwBBIbMD111Q1hCEeO3rGMt/kXaW6b58HvmsFMDdslW9wZQ94js7y4F8oTN9G7iDS9 9ErkeSK0m1/6KHqQwtR3dkI0/I2HaT7ZmUshk= MIME-Version: 1.0 Received: by 10.204.26.147 with SMTP id e19mr17401bkc.25.1278692787200; Fri, 09 Jul 2010 09:26:27 -0700 (PDT) Received: by 10.204.118.2 with HTTP; Fri, 9 Jul 2010 09:26:23 -0700 (PDT) Received: by 10.204.118.2 with HTTP; Fri, 9 Jul 2010 09:26:23 -0700 (PDT) In-Reply-To: References: <4C374B3E.90704@bsdforen.de> Date: Fri, 9 Jul 2010 17:26:23 +0100 Message-ID: From: Chris Rees To: Dominic Fandrey , "ports@freebsd.org" Content-Type: text/plain; charset=ISO-8859-1 X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Cc: Subject: Re: Solutions for the PR load problem X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: utisoft@gmail.com List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 09 Jul 2010 16:26:34 -0000 I think the people you describe as 'experienced' maintainers tend to be made committers anyway, or that's as far as I know. There's little to be gained by putting another rank of responsibility in, especially when a commit to any port can cause huge wreckage; INDEX building, circular dependencies etc. This is why only committers have commit access, as I see it. -------- Sorry for top-posting, Android won't let me quote. There's a bug report on it! On 9 Jul 2010 17:16, "Dominic Fandrey" wrote: Currently the PR load is obviously too high for the committer team to deal with. From a maintainer perspective this is rather painful, I have currently stopped updating all my ports, because I want pending updates committed first and also want to avoid running into PR dependencies (ioquake3, openarena and iourbanterror are examples in my case). Also it adds the burden of adjusting your patches every time the PORTREVISION is bumped, because of a library update, thus producing additional workload without benefit to anyone. To solve this problem with the current organization, my guess is that between 15 and 30 new active committers are required. Because I don't think this is easily achieved I want to suggest a different approach. And I expect many others also have their own ideas how this can be solved. Proposal: My idea is that experienced Maintainers get commit permission for their own ports. I don't even think such a thing needs to be enforced technically, after all who'd want to risk his experienced maintainer bit, however this is possible (and people would probably sleep better). Technical Approach: One, though not the only, technical approach is to switch to SVN and use path based access control. A pretty primitive shell script, probably less than 10 lines could generate the SVN path configuration, from just a list of users. It need not even be run on the server and wouldn't have to be run often. There also exist solutions that add similar features to CVS, but I do prefer SVN. Pros: - Less Maintainer-Update PRs - Maintainers can deal with third party patches directly instead of just providing feedback, so the actual ports committers would only have to close the PRs - Path based access control can be turned off during ports freezes Cons: - Higher server load - Additional user management - Testing guidlines in the Porters' Handbook need to be extended - Experienced Maintainers have to be defined Regards -- A: Because it fouls the order in which people normally read text. Q: Why is top-posting such a bad thing? A: Top-posting. Q: What is the most annoying thing on usenet and in e-mail? _______________________________________________ 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 Jul 9 16:26:58 2010 Return-Path: Delivered-To: ports@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 5F165106567A for ; Fri, 9 Jul 2010 16:26:58 +0000 (UTC) (envelope-from utisoft@gmail.com) Received: from mail-wy0-f182.google.com (mail-wy0-f182.google.com [74.125.82.182]) by mx1.freebsd.org (Postfix) with ESMTP id DE5D08FC1B for ; Fri, 9 Jul 2010 16:26:57 +0000 (UTC) Received: by wyb34 with SMTP id 34so2008457wyb.13 for ; Fri, 09 Jul 2010 09:26:53 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:received:received:received :reply-to:in-reply-to:references:date:message-id:subject:from:to :content-type; bh=eW7u8a9tAiA7xDNtNf+Z5W0NVOK9HaeHS3z4lYDIGMo=; b=R6dPSd4TKH4Dk6GfGboQEaXs/rYKiFfdP3kX5q6o8SryM4aw8+enxU2r9hb4BiAGUi Ri4+VzAlajwTVDdnjJqw8iW1j/SKGrIQygfteDP9RU3qw0dqq8pzMAr4uqvT+D/gNzBn OlCyz6Dyp6q7QyHBGDIjIY4vVbKGJIUrf/W2Q= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=mime-version:reply-to:in-reply-to:references:date:message-id :subject:from:to:content-type; b=fdz1nOpqm183QpfJKIw5QwWrtN/CnZoTqXc6fZKM7+z+9+j9Z8FcmFHk6AF6gymkSr DTMSGJKS5yxYKFi+LeEgMcNXgPX+hWKjoV+5NXGRBQW3AC2pwy7PxsNYprkVhGLcOtIQ CnhSGmXJCUnYL+QZhuHgnrgAlQJ0TMLUn2hR4= MIME-Version: 1.0 Received: by 10.227.134.18 with SMTP id h18mr8554065wbt.216.1278692812936; Fri, 09 Jul 2010 09:26:52 -0700 (PDT) Received: by 10.216.67.131 with HTTP; Fri, 9 Jul 2010 09:26:52 -0700 (PDT) Received: by 10.216.67.131 with HTTP; Fri, 9 Jul 2010 09:26:52 -0700 (PDT) In-Reply-To: References: <4C374B3E.90704@bsdforen.de> Date: Fri, 9 Jul 2010 17:26:52 +0100 Message-ID: From: Chris Rees To: Dominic Fandrey , "ports@freebsd.org" Content-Type: text/plain; charset=ISO-8859-1 X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Cc: Subject: Re: Solutions for the PR load problem X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: utisoft@gmail.com List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 09 Jul 2010 16:26:58 -0000 I think the people you describe as 'experienced' maintainers tend to be made committers anyway, or that's as far as I know. There's little to be gained by putting another rank of responsibility in, especially when a commit to any port can cause huge wreckage; INDEX building, circular dependencies etc. This is why only committers have commit access, as I see it. -------- Sorry for top-posting, Android won't let me quote. There's a bug report on it! On 9 Jul 2010 17:16, "Dominic Fandrey" wrote: Currently the PR load is obviously too high for the committer team to deal with. From a maintainer perspective this is rather painful, I have currently stopped updating all my ports, because I want pending updates committed first and also want to avoid running into PR dependencies (ioquake3, openarena and iourbanterror are examples in my case). Also it adds the burden of adjusting your patches every time the PORTREVISION is bumped, because of a library update, thus producing additional workload without benefit to anyone. To solve this problem with the current organization, my guess is that between 15 and 30 new active committers are required. Because I don't think this is easily achieved I want to suggest a different approach. And I expect many others also have their own ideas how this can be solved. Proposal: My idea is that experienced Maintainers get commit permission for their own ports. I don't even think such a thing needs to be enforced technically, after all who'd want to risk his experienced maintainer bit, however this is possible (and people would probably sleep better). Technical Approach: One, though not the only, technical approach is to switch to SVN and use path based access control. A pretty primitive shell script, probably less than 10 lines could generate the SVN path configuration, from just a list of users. It need not even be run on the server and wouldn't have to be run often. There also exist solutions that add similar features to CVS, but I do prefer SVN. Pros: - Less Maintainer-Update PRs - Maintainers can deal with third party patches directly instead of just providing feedback, so the actual ports committers would only have to close the PRs - Path based access control can be turned off during ports freezes Cons: - Higher server load - Additional user management - Testing guidlines in the Porters' Handbook need to be extended - Experienced Maintainers have to be defined Regards -- A: Because it fouls the order in which people normally read text. Q: Why is top-posting such a bad thing? A: Top-posting. Q: What is the most annoying thing on usenet and in e-mail? _______________________________________________ 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 Jul 9 16:50:12 2010 Return-Path: Delivered-To: freebsd-ports@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id C485A106564A for ; Fri, 9 Jul 2010 16:50:12 +0000 (UTC) (envelope-from gljennjohn@googlemail.com) Received: from mail-fx0-f54.google.com (mail-fx0-f54.google.com [209.85.161.54]) by mx1.freebsd.org (Postfix) with ESMTP id 52BB68FC12 for ; Fri, 9 Jul 2010 16:50:11 +0000 (UTC) Received: by fxm13 with SMTP id 13so1350755fxm.13 for ; Fri, 09 Jul 2010 09:50:06 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=googlemail.com; s=gamma; h=domainkey-signature:received:received:date:from:to:cc:subject :message-id:in-reply-to:references:reply-to:x-mailer:mime-version :content-type:content-transfer-encoding; bh=F+AKfLoUAK7sRFeK2vTTe7cz7MaEDO6QjDP/N2jX8TE=; b=AKttovelflQLe2nQ2i9eVzdkb+JZDzJaxvr15yiUW5V3BJ5KAhdmOMt1JiSHjbCojA qpzAaFo6wLyPEP+knJF1SCYOHSYZqTKQlNU843BC9uBS5mWSd8Yr1rSrHVfZ6GAWM7In znNeWqDuhmOkeN1nkgbFoSHRp18cyurhFdIyo= DomainKey-Signature: a=rsa-sha1; c=nofws; d=googlemail.com; s=gamma; h=date:from:to:cc:subject:message-id:in-reply-to:references:reply-to :x-mailer:mime-version:content-type:content-transfer-encoding; b=qmtQ2V2lSvxrjyx0AA34alfQmbaEZYPm+FooBNWBuAyKMKOysqBn8exjt9J0s4OWLq grhUE3VcXYXzEP++s9v2LKSkYv5G/eheo1t4HYyW845gqVCs5p8UuXmhmWg4vF+MRqln D03zVz1bOjK4Z1j/jtSHgLwdlGaVRy7kisl/s= Received: by 10.223.126.71 with SMTP id b7mr5191741fas.19.1278694205866; Fri, 09 Jul 2010 09:50:05 -0700 (PDT) Received: from ernst.jennejohn.org (p578E2B23.dip.t-dialin.net [87.142.43.35]) by mx.google.com with ESMTPS id 26sm2198290fay.39.2010.07.09.09.50.04 (version=TLSv1/SSLv3 cipher=RC4-MD5); Fri, 09 Jul 2010 09:50:05 -0700 (PDT) Date: Fri, 9 Jul 2010 18:50:03 +0200 From: Gary Jennejohn To: Dominic Fandrey Message-ID: <20100709185003.5b902534@ernst.jennejohn.org> In-Reply-To: <4C374B3E.90704@bsdforen.de> References: <4C374B3E.90704@bsdforen.de> X-Mailer: Claws Mail 3.7.5 (GTK+ 2.18.7; amd64-portbld-freebsd9.0) Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Cc: freebsd-ports@freebsd.org Subject: Re: Solutions for the PR load problem X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: gljennjohn@googlemail.com List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 09 Jul 2010 16:50:12 -0000 On Fri, 09 Jul 2010 18:15:58 +0200 Dominic Fandrey wrote: > Currently the PR load is obviously too high for the committer team > to deal with. From a maintainer perspective this is rather painful, > I have currently stopped updating all my ports, because I want > pending updates committed first and also want to avoid running into > PR dependencies (ioquake3, openarena and iourbanterror are > examples in my case). > Are you aware that the ports tree was in freeze/slush for the 8.1 release? This was just lifted. Not much happens when that's the case. -- Gary Jennejohn From owner-freebsd-ports@FreeBSD.ORG Fri Jul 9 17:00:00 2010 Return-Path: Delivered-To: freebsd-ports@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 1B9011065673 for ; Fri, 9 Jul 2010 17:00:00 +0000 (UTC) (envelope-from kamikaze@bsdforen.de) Received: from mail.bsdforen.de (bsdforen.de [212.204.60.79]) by mx1.freebsd.org (Postfix) with ESMTP id D085B8FC0A for ; Fri, 9 Jul 2010 16:59:59 +0000 (UTC) Received: from mobileKamikaze.norad (HSI-KBW-078-042-098-160.hsi3.kabel-badenwuerttemberg.de [78.42.98.160]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mail.bsdforen.de (Postfix) with ESMTP id C0EBF8A21A1 for ; Fri, 9 Jul 2010 18:59:41 +0200 (CEST) Message-ID: <4C37557D.8030004@bsdforen.de> Date: Fri, 09 Jul 2010 18:59:41 +0200 From: Dominic Fandrey User-Agent: Mozilla/5.0 (X11; U; FreeBSD amd64; en-GB; rv:1.9.1.10) Gecko/20100627 Thunderbird/3.0.5 MIME-Version: 1.0 To: freebsd-ports@freebsd.org References: <4C374B3E.90704@bsdforen.de> <20100709185003.5b902534@ernst.jennejohn.org> In-Reply-To: <20100709185003.5b902534@ernst.jennejohn.org> X-Enigmail-Version: 1.0.1 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 7bit Subject: Re: Solutions for the PR load problem X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 09 Jul 2010 17:00:00 -0000 On 09/07/2010 18:50, Gary Jennejohn wrote: > On Fri, 09 Jul 2010 18:15:58 +0200 > Dominic Fandrey wrote: > >> Currently the PR load is obviously too high for the committer team >> to deal with. From a maintainer perspective this is rather painful, >> I have currently stopped updating all my ports, because I want >> pending updates committed first and also want to avoid running into >> PR dependencies (ioquake3, openarena and iourbanterror are >> examples in my case). >> > > Are you aware that the ports tree was in freeze/slush for the 8.1 > release? This was just lifted. > > Not much happens when that's the case. I'm not sweeping talking about sweeping commits and the problem has become apparent months ago. And while the number of ports is steadily increasing, the number of commits appears to be declining slightly. -- A: Because it fouls the order in which people normally read text. Q: Why is top-posting such a bad thing? A: Top-posting. Q: What is the most annoying thing on usenet and in e-mail? From owner-freebsd-ports@FreeBSD.ORG Fri Jul 9 17:27:07 2010 Return-Path: Delivered-To: ports@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id D1FAB106564A for ; Fri, 9 Jul 2010 17:27:07 +0000 (UTC) (envelope-from kamikaze@bsdforen.de) Received: from mail.bsdforen.de (bsdforen.de [212.204.60.79]) by mx1.freebsd.org (Postfix) with ESMTP id 8FE878FC20 for ; Fri, 9 Jul 2010 17:27:07 +0000 (UTC) Received: from mobileKamikaze.norad (HSI-KBW-078-042-098-160.hsi3.kabel-badenwuerttemberg.de [78.42.98.160]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mail.bsdforen.de (Postfix) with ESMTP id 4AA008A211F; Fri, 9 Jul 2010 19:26:51 +0200 (CEST) Message-ID: <4C375BDA.6020004@bsdforen.de> Date: Fri, 09 Jul 2010 19:26:50 +0200 From: Dominic Fandrey User-Agent: Mozilla/5.0 (X11; U; FreeBSD amd64; en-GB; rv:1.9.1.10) Gecko/20100627 Thunderbird/3.0.5 MIME-Version: 1.0 To: utisoft@gmail.com References: <4C374B3E.90704@bsdforen.de> In-Reply-To: X-Enigmail-Version: 1.0.1 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 7bit Cc: "ports@freebsd.org" Subject: Re: Solutions for the PR load problem X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 09 Jul 2010 17:27:07 -0000 On 09/07/2010 18:26, Chris Rees wrote: > I think the people you describe as 'experienced' maintainers tend to be made > committers anyway, or that's as far as I know. What gives you that impression? ~180 committers that have been active within the last 12 months (as in at least one commit), are currently pitted against 915 open PRs. ~80 committers perform more than 1 commit per week. Of 440 committers the top 20 do more than 60% of the work. The ports tree currently has more than 1700 maintainers. A small number considering that they maintain almost 22000 ports, but still there ought to be some potential to lift some of that burden from the committers. Sources: http://people.freebsd.org/~peter/ports.window.txt /usr/ports FreeBSD bugtracking system Regards -- A: Because it fouls the order in which people normally read text. Q: Why is top-posting such a bad thing? A: Top-posting. Q: What is the most annoying thing on usenet and in e-mail? From owner-freebsd-ports@FreeBSD.ORG Fri Jul 9 17:30:20 2010 Return-Path: Delivered-To: freebsd-ports@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 93CF3106566B for ; Fri, 9 Jul 2010 17:30:20 +0000 (UTC) (envelope-from shaun@FreeBSD.org) Received: from dione.picobyte.net (81-86-230-94.dsl.pipex.com [81.86.230.94]) by mx1.freebsd.org (Postfix) with SMTP id 1B86A8FC20 for ; Fri, 9 Jul 2010 17:30:19 +0000 (UTC) Received: from charon.picobyte.net (charon.picobyte.net [IPv6:2001:770:15d::fe03]) by dione.picobyte.net (Postfix) with ESMTP id B66DDB882; Fri, 9 Jul 2010 18:25:03 +0100 (BST) Date: Fri, 9 Jul 2010 18:25:03 +0100 From: Shaun Amott To: Dominic Fandrey Message-ID: <20100709172503.GA22795@charon.picobyte.net> References: <4C374B3E.90704@bsdforen.de> MIME-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1 Content-Disposition: inline In-Reply-To: <4C374B3E.90704@bsdforen.de> User-Agent: Mutt/1.5.20 (FreeBSD i386) Cc: freebsd-ports@freebsd.org Subject: Re: Solutions for the PR load problem X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 09 Jul 2010 17:30:20 -0000 On Fri, Jul 09, 2010 at 06:15:58PM +0200, Dominic Fandrey wrote: > > To solve this problem with the current organization, my guess is > that between 15 and 30 new active committers are required. > Because I don't think this is easily achieved I want to suggest > a different approach. And I expect many others also have their > own ideas how this can be solved. > > Proposal: > My idea is that experienced Maintainers get commit permission > for their own ports. I don't even think such a thing needs to > be enforced technically, after all who'd want to risk his > experienced maintainer bit, however this is possible (and people > would probably sleep better). > The whole VCS debate has been had over and over; I think that for the time being it is more constructive to look at changes we can make to our existing processes. Anything that requires switching from CVS isn't going to happen any time soon. One thing that is sorely missed -- by me, at least -- is the ports tinderbox mini-cluster we had previously (graciously provided by simon and erwin). The major bottleneck in the review/commit process is the testing part (again, I speak for myself). A set of tinderbox machines representing the tier-1 architectures, to which we could grant contributors access, would reduce the burden on committers (if a patch/PR arrives with an accompanying log file). Shaun -- Shaun Amott // PGP: 0x6B387A9A "A foolish consistency is the hobgoblin of little minds." - Ralph Waldo Emerson From owner-freebsd-ports@FreeBSD.ORG Fri Jul 9 17:37:35 2010 Return-Path: Delivered-To: freebsd-ports@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 7D18B106566C for ; Fri, 9 Jul 2010 17:37:35 +0000 (UTC) (envelope-from kamikaze@bsdforen.de) Received: from mail.bsdforen.de (bsdforen.de [212.204.60.79]) by mx1.freebsd.org (Postfix) with ESMTP id 348BA8FC1A for ; Fri, 9 Jul 2010 17:37:34 +0000 (UTC) Received: from mobileKamikaze.norad (HSI-KBW-078-042-098-160.hsi3.kabel-badenwuerttemberg.de [78.42.98.160]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mail.bsdforen.de (Postfix) with ESMTP id 0CB5B8A21A2; Fri, 9 Jul 2010 19:37:11 +0200 (CEST) Message-ID: <4C375E47.9020307@bsdforen.de> Date: Fri, 09 Jul 2010 19:37:11 +0200 From: Dominic Fandrey User-Agent: Mozilla/5.0 (X11; U; FreeBSD amd64; en-GB; rv:1.9.1.10) Gecko/20100627 Thunderbird/3.0.5 MIME-Version: 1.0 To: Shaun Amott References: <4C374B3E.90704@bsdforen.de> <20100709172503.GA22795@charon.picobyte.net> In-Reply-To: <20100709172503.GA22795@charon.picobyte.net> X-Enigmail-Version: 1.0.1 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 7bit Cc: freebsd-ports@freebsd.org Subject: Re: Solutions for the PR load problem X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 09 Jul 2010 17:37:35 -0000 On 09/07/2010 19:25, Shaun Amott wrote: > On Fri, Jul 09, 2010 at 06:15:58PM +0200, Dominic Fandrey wrote: >> >> To solve this problem with the current organization, my guess is >> that between 15 and 30 new active committers are required. >> Because I don't think this is easily achieved I want to suggest >> a different approach. And I expect many others also have their >> own ideas how this can be solved. >> >> Proposal: >> My idea is that experienced Maintainers get commit permission >> for their own ports. I don't even think such a thing needs to >> be enforced technically, after all who'd want to risk his >> experienced maintainer bit, however this is possible (and people >> would probably sleep better). >> > > The whole VCS debate has been had over and over; I think that for the > time being it is more constructive to look at changes we can make to our > existing processes. Anything that requires switching from CVS isn't > going to happen any time soon. You can also do this with CVS. > One thing that is sorely missed -- by me, at least -- is the ports > tinderbox mini-cluster we had previously (graciously provided by simon > and erwin). The major bottleneck in the review/commit process is the > testing part (again, I speak for myself). A set of tinderbox machines > representing the tier-1 architectures, to which we could grant > contributors access, would reduce the burden on committers (if a > patch/PR arrives with an accompanying log file). What needs to be done? (I.e. money, work hours) -- A: Because it fouls the order in which people normally read text. Q: Why is top-posting such a bad thing? A: Top-posting. Q: What is the most annoying thing on usenet and in e-mail? From owner-freebsd-ports@FreeBSD.ORG Fri Jul 9 18:07:32 2010 Return-Path: Delivered-To: ports@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id B7BF1106566C for ; Fri, 9 Jul 2010 18:07:32 +0000 (UTC) (envelope-from dougb@FreeBSD.org) Received: from mail2.fluidhosting.com (mx21.fluidhosting.com [204.14.89.4]) by mx1.freebsd.org (Postfix) with ESMTP id 6067F8FC14 for ; Fri, 9 Jul 2010 18:07:32 +0000 (UTC) Received: (qmail 26080 invoked by uid 399); 9 Jul 2010 18:07:31 -0000 Received: from localhost (HELO laptop.dougb.net) (dougb@dougbarton.us@127.0.0.1) by localhost with ESMTPAM; 9 Jul 2010 18:07:31 -0000 X-Originating-IP: 127.0.0.1 X-Sender: dougb@dougbarton.us Message-ID: <4C376562.5000809@FreeBSD.org> Date: Fri, 09 Jul 2010 11:07:30 -0700 From: Doug Barton Organization: http://SupersetSolutions.com/ User-Agent: Mozilla/5.0 (X11; U; FreeBSD i386; en-US; rv:1.9.1.10) Gecko/20100701 Thunderbird/3.0.5 MIME-Version: 1.0 To: John Baldwin References: <201007081750.00871.jhb@freebsd.org> <201007090827.09471.jhb@freebsd.org> In-Reply-To: <201007090827.09471.jhb@freebsd.org> X-Enigmail-Version: 1.0.1 OpenPGP: id=1A1ABC84 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Cc: ports@freebsd.org Subject: Re: Review request for new port: sysutils/etcupdate X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 09 Jul 2010 18:07:32 -0000 On 07/09/10 05:27, John Baldwin wrote: > On Thursday, July 08, 2010 6:12:39 pm Doug Barton wrote: >> On Thu, 8 Jul 2010, John Baldwin wrote: >> >>> This is a port for yet-another-/etc-merging tool that I wrote recently. > It >>> passes portlint -N with one bogus warning because /etc is in the comment. >> >> I didn't try installing/deinstalling but you seem to have the right >> stuff in the Makefile for that. Overall it looks good, just a couple >> comments: >> 1. I don't think textproc is right for CATEGORIES, although sysutils is >> of course. >> 2. I don't think the do-fetch target is necessary, but if it is needed >> when you test it that's fine. >> 3. You have a pkg-descr~ file in the shar that should be deleted before >> you commit it. >> >> Assuming it passes all the tests in the porter's handbook for install, >> deinstall, package, etc. I'd say go ahead. :) > > Ok. Should I fix 1) and 2) for the sysutils/etcmerge port as well? (I used > etcmerge as a template.) I think removing textproc is a no-brainer, unless someone has a different opinion. :) I don't have a do-fetch target in portmaster's port (which also has the src in the tree), and given the fact that DISTFILES is explicitly set empty I don't see why one would be necessary at all. So, short answer, yes, if you don't mind. Otherwise I'll be glad to do it, just let me know. Doug -- ... and that's just a little bit of history repeating. -- Propellerheads Improve the effectiveness of your Internet presence with a domain name makeover! http://SupersetSolutions.com/ From owner-freebsd-ports@FreeBSD.ORG Fri Jul 9 18:10:39 2010 Return-Path: Delivered-To: ports@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 25E48106567E for ; Fri, 9 Jul 2010 18:10:39 +0000 (UTC) (envelope-from dougb@FreeBSD.org) Received: from mail2.fluidhosting.com (mx21.fluidhosting.com [204.14.89.4]) by mx1.freebsd.org (Postfix) with ESMTP id 5CA4F8FC1D for ; Fri, 9 Jul 2010 18:10:38 +0000 (UTC) Received: (qmail 30767 invoked by uid 399); 9 Jul 2010 18:10:37 -0000 Received: from localhost (HELO laptop.dougb.net) (dougb@dougbarton.us@127.0.0.1) by localhost with ESMTPAM; 9 Jul 2010 18:10:37 -0000 X-Originating-IP: 127.0.0.1 X-Sender: dougb@dougbarton.us Message-ID: <4C37661C.4010604@FreeBSD.org> Date: Fri, 09 Jul 2010 11:10:36 -0700 From: Doug Barton Organization: http://SupersetSolutions.com/ User-Agent: Mozilla/5.0 (X11; U; FreeBSD i386; en-US; rv:1.9.1.10) Gecko/20100701 Thunderbird/3.0.5 MIME-Version: 1.0 To: John Baldwin References: <201007081750.00871.jhb@freebsd.org> <201007090827.09471.jhb@freebsd.org> In-Reply-To: <201007090827.09471.jhb@freebsd.org> X-Enigmail-Version: 1.0.1 OpenPGP: id=1A1ABC84 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Cc: ports@freebsd.org Subject: Re: Review request for new port: sysutils/etcupdate X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 09 Jul 2010 18:10:39 -0000 On 07/09/10 05:27, John Baldwin wrote: > (I used etcmerge as a template.) BTW, I forgot to take this opportunity to insert my traditional rant about "this is why I'm so pedantic when it comes to removing bad code from existing ports." :) They get used as examples, and in this case John made a perfectly reasonable choice, and should have been able to rely on existing code to give him a clean path to developing his new port. Doug -- ... and that's just a little bit of history repeating. -- Propellerheads Improve the effectiveness of your Internet presence with a domain name makeover! http://SupersetSolutions.com/ From owner-freebsd-ports@FreeBSD.ORG Fri Jul 9 19:20:33 2010 Return-Path: Delivered-To: freebsd-ports@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 7FF551065670 for ; Fri, 9 Jul 2010 19:20:33 +0000 (UTC) (envelope-from salfrancl.listas@gmail.com) Received: from mail-qy0-f182.google.com (mail-qy0-f182.google.com [209.85.216.182]) by mx1.freebsd.org (Postfix) with ESMTP id 3AA238FC1A for ; Fri, 9 Jul 2010 19:20:32 +0000 (UTC) Received: by qyk7 with SMTP id 7so4232359qyk.13 for ; Fri, 09 Jul 2010 12:20:25 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:received:received:date:message-id :subject:from:to:content-type; bh=GnZPhCtQEPuux+TBQxyusVprwjybucgtk8D78r2FPOU=; b=oy2O+IZ1i5K1K/0hrqWXt4CYBQfdw0jQH9SSkz9+CQhUqlO1FWgtU0jA5Wt1+O2Idd Lhti/DJoe9rAnbd3svnhN7rfzopeSZNEbymIp+139mywMIBlGCLP6Hu4kUPu3C2RjBY/ lboGbGbqHaMCCMen7GPtOqNIAZrReeVpdssNk= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=mime-version:date:message-id:subject:from:to:content-type; b=YCkmWsrWC265djJ7uO+qNtByx/qg9M7eKLT8PpISVhwct2/vu3nxEQV12dOKHSHhw8 v9MbLtkq/6t/b8XJbmua/MLdkgQ21Ow5yrHhbDr3dF8+dJxcw9Fjs9K7PqLNQzQlyfFm A9pXlSg4N2WqDq5x4T3eTOnjsC8NdjFK7dkJ8= MIME-Version: 1.0 Received: by 10.224.2.147 with SMTP id 19mr5855401qaj.60.1278703225508; Fri, 09 Jul 2010 12:20:25 -0700 (PDT) Received: by 10.229.181.4 with HTTP; Fri, 9 Jul 2010 12:20:25 -0700 (PDT) Date: Fri, 9 Jul 2010 19:20:25 +0000 Message-ID: From: Leinier Cruz Salfran To: freebsd-ports Content-Type: text/plain; charset=UTF-8 Subject: can somebody attend this PR??? X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 09 Jul 2010 19:20:33 -0000 hello .. i can't build kde4 on my tinderbox because 'graphics/djvulibre-nox11' port .. here is my PR .. hope some FBSDD can solve this .. thanks http://www.freebsd.org/cgi/query-pr.cgi?pr=147650 From owner-freebsd-ports@FreeBSD.ORG Fri Jul 9 19:33:45 2010 Return-Path: Delivered-To: ports@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 953AE1065673 for ; Fri, 9 Jul 2010 19:33:45 +0000 (UTC) (envelope-from salfrancl.listas@gmail.com) Received: from mail-gw0-f54.google.com (mail-gw0-f54.google.com [74.125.83.54]) by mx1.freebsd.org (Postfix) with ESMTP id 5670E8FC16 for ; Fri, 9 Jul 2010 19:33:45 +0000 (UTC) Received: by gwb15 with SMTP id 15so1485074gwb.13 for ; Fri, 09 Jul 2010 12:33:32 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:received:received:date:message-id :subject:from:to:content-type; bh=GnZPhCtQEPuux+TBQxyusVprwjybucgtk8D78r2FPOU=; b=iJ+Fx45ZVhgc7N+C4dSkBQrr9+3+2MWPLYZeAtCOZ/Zh4yBZvwMT2bsqK3BV9gy0Th c/A730wW3bcHS7f9CRQJnp6CNT7OcOqVhcU5LGJ5xGW7mEP9PWNTTaZzcB2lGbcvf7Ro TMzd4S+LlLrIcn/KB6l8C58RE0o4PPoQrMtXk= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=mime-version:date:message-id:subject:from:to:content-type; b=O32YUzuj1qevRcPu9rsMIJv10eGl/ncQwcZ/wAtnANfbkZJHvSGd3g9/bV+nPhU1JX TIKKYn33OjVX6PXRA8s8jE+hs6xdEU+YkI52Ml3q8d8iqckdKsGYjqH/ahpv1NGnPJz+ /fM74A3coP0IB5Xxd9ddu6ZdxoQXx17lf9F4M= MIME-Version: 1.0 Received: by 10.224.60.19 with SMTP id n19mr851273qah.248.1278702472158; Fri, 09 Jul 2010 12:07:52 -0700 (PDT) Received: by 10.229.181.4 with HTTP; Fri, 9 Jul 2010 12:07:51 -0700 (PDT) Date: Fri, 9 Jul 2010 19:07:51 +0000 Message-ID: From: Leinier Cruz Salfran To: ports@freebsd.org Content-Type: text/plain; charset=UTF-8 Cc: Subject: can somebody attend this PR??? X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 09 Jul 2010 19:33:45 -0000 hello .. i can't build kde4 on my tinderbox because 'graphics/djvulibre-nox11' port .. here is my PR .. hope some FBSDD can solve this .. thanks http://www.freebsd.org/cgi/query-pr.cgi?pr=147650 From owner-freebsd-ports@FreeBSD.ORG Fri Jul 9 20:05:39 2010 Return-Path: Delivered-To: freebsd-ports@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 887011065678 for ; Fri, 9 Jul 2010 20:05:39 +0000 (UTC) (envelope-from shaun@FreeBSD.org) Received: from dione.picobyte.net (81-86-230-94.dsl.pipex.com [81.86.230.94]) by mx1.freebsd.org (Postfix) with SMTP id DF5318FC0A for ; Fri, 9 Jul 2010 20:05:38 +0000 (UTC) Received: from charon.picobyte.net (charon.picobyte.net [IPv6:2001:770:15d::fe03]) by dione.picobyte.net (Postfix) with ESMTP id 66277B882; Fri, 9 Jul 2010 21:00:22 +0100 (BST) Date: Fri, 9 Jul 2010 21:00:22 +0100 From: Shaun Amott To: Dominic Fandrey Message-ID: <20100709200016.GA23404@charon.picobyte.net> References: <4C374B3E.90704@bsdforen.de> <20100709172503.GA22795@charon.picobyte.net> <4C375E47.9020307@bsdforen.de> MIME-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1 Content-Disposition: inline In-Reply-To: <4C375E47.9020307@bsdforen.de> User-Agent: Mutt/1.5.20 (FreeBSD i386) Cc: freebsd-ports@freebsd.org Subject: Re: Solutions for the PR load problem X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 09 Jul 2010 20:05:39 -0000 On Fri, Jul 09, 2010 at 07:37:11PM +0200, Dominic Fandrey wrote: > > On 09/07/2010 19:25, Shaun Amott wrote: > > On Fri, Jul 09, 2010 at 06:15:58PM +0200, Dominic Fandrey wrote: > >> > >> To solve this problem with the current organization, my guess is > >> that between 15 and 30 new active committers are required. > >> Because I don't think this is easily achieved I want to suggest > >> a different approach. And I expect many others also have their > >> own ideas how this can be solved. > >> > >> Proposal: > >> My idea is that experienced Maintainers get commit permission > >> for their own ports. I don't even think such a thing needs to > >> be enforced technically, after all who'd want to risk his > >> experienced maintainer bit, however this is possible (and people > >> would probably sleep better). > >> (apologies for my dodgy quoting...) > > > > The whole VCS debate has been had over and over; I think that for the > > time being it is more constructive to look at changes we can make to our > > existing processes. Anything that requires switching from CVS isn't > > going to happen any time soon. > > You can also do this with CVS. Ok - but how do we define "experienced"? Someone who has submitted 100 PORTVERSION++ PRs? I'm not convinced we have enough contributors who are experienced enough to be given commit rights, but not contributing enough to be offered full access. Cases where other ports need touching (e.g., library bumps), or an update depends on another port/PR elsewhere could prove to be problematic. > > One thing that is sorely missed -- by me, at least -- is the ports > > tinderbox mini-cluster we had previously (graciously provided by simon > > and erwin). The major bottleneck in the review/commit process is the > > testing part (again, I speak for myself). A set of tinderbox machines > > representing the tier-1 architectures, to which we could grant > > contributors access, would reduce the burden on committers (if a > > patch/PR arrives with an accompanying log file). > > What needs to be done? (I.e. money, work hours) Machine(s), rack-space, someone to maintain said machines to a decent standard. Possibly money could solve these issues. :-) I'm not sure how many non-committers were aware of / given access to tb3 and tb4 when they were around, but if tinderbox were used as a matter of course, it would, I believe go some way to speeding things up. -- Shaun Amott // PGP: 0x6B387A9A "A foolish consistency is the hobgoblin of little minds." - Ralph Waldo Emerson From owner-freebsd-ports@FreeBSD.ORG Fri Jul 9 20:37:17 2010 Return-Path: Delivered-To: freebsd-ports@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 69FE5106566C; Fri, 9 Jul 2010 20:37:17 +0000 (UTC) (envelope-from rnejdl@ringofsaturn.com) Received: from tethys.ringofsaturn.com (tethys.ringofsaturn.com [71.252.219.43]) by mx1.freebsd.org (Postfix) with ESMTP id 161008FC13; Fri, 9 Jul 2010 20:37:17 +0000 (UTC) Received: from ASSP.nospam (tethys [71.252.219.43]) (authenticated bits=0) by tethys.ringofsaturn.com (8.14.4/8.14.4) with ESMTP id o69KbGks076759; Fri, 9 Jul 2010 15:37:16 -0500 (CDT) (envelope-from rnejdl@ringofsaturn.com) Received: from mail.ringofsaturn.com ([71.252.219.43] helo=mail.ringofsaturn.com) with IPv4:25 by ASSP.nospam; 9 Jul 2010 15:37:11 -0500 MIME-Version: 1.0 Content-Type: multipart/mixed; boundary="=_443b5fb28532b1d060b57e0eecea2093" Date: Fri, 09 Jul 2010 15:37:11 -0500 From: Rusty Nejdl To: In-Reply-To: <6F15E97750C2464E9EA93B2CDD1BBF2B@graphics> References: <4C2E5D38.1000104@FreeBSD.org><49C017A16C5E418FB0D6503333660A01@graphics> <19B9A9F5815C4BC099ADC92005DED9E5@graphics> <6F15E97750C2464E9EA93B2CDD1BBF2B@graphics> Message-ID: <11a68016a21d06fd006543041a7dca32@ringofsaturn.com> X-Sender: rnejdl@ringofsaturn.com User-Agent: RoundCube Webmail/0.4-trunk Cc: Doug Barton , kde@FreeBSD.org, freebsd-ports@FreeBSD.org Subject: Re: [kde-freebsd] Soprano Update eeded to 2.4.4 ? Current version not finding libiodbc X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 09 Jul 2010 20:37:17 -0000 --=_443b5fb28532b1d060b57e0eecea2093 Content-Transfer-Encoding: 7bit Content-Type: text/plain; charset=UTF-8 > I went to http://soprano.sourceforge.net and founf the following: > > Soprano 2.4.4 released > Wed, 06/30/2010 - 20:20 - trueg > Soprano 2.4.4 is a bugfix release - probably the last one before the release > of Soprano 2.5. It features the following changes: > > Fix to FindIODBC.cmake which ensures that the correct locations are searched > first. This allows the usage of a locally installed libiodbc. > > Any chance of 2.4.4 being made available to see if this fixed the problem? > I've sent in a PR to update to Soprano 2.4.4. I've attached the diff as well. Sincerely, Rusty Nejdl --=_443b5fb28532b1d060b57e0eecea2093 Content-Transfer-Encoding: base64 Content-Type: application/octet-stream; name=soprano-2.4.4.diff; charset=UTF-8 Content-Disposition: attachment; filename=soprano-2.4.4.diff ZGlmZiAtdXIgc29wcmFuby9NYWtlZmlsZSBzb3ByYW5vLW5ldy9NYWtlZmlsZQotLS0gc29wcmFu by9NYWtlZmlsZQkyMDEwLTA1LTExIDExOjA3OjAwLjAwMDAwMDAwMCAtMDUwMAorKysgc29wcmFu by1uZXcvTWFrZWZpbGUJMjAxMC0wNy0wOSAxNTozMDowOS4wMDAwMDAwMDAgLTA1MDAKQEAgLTUs NyArNSw3IEBACiAjICRGcmVlQlNEOiBwb3J0cy90ZXh0cHJvYy9zb3ByYW5vL01ha2VmaWxlLHYg MS4xMSAyMDEwLzA1LzExIDEyOjQwOjAxIGZsdWZmeSBFeHAgJAogCiBQT1JUTkFNRT0Jc29wcmFu bwotUE9SVFZFUlNJT049CTIuNC4zCitQT1JUVkVSU0lPTj0JMi40LjQKIENBVEVHT1JJRVM/PQl0 ZXh0cHJvYwogTUFTVEVSX1NJVEVTPQlTRi8ke1BPUlROQU1FfS9Tb3ByYW5vLyR7UE9SVFZFUlNJ T059CiAKZGlmZiAtdXIgc29wcmFuby9kaXN0aW5mbyBzb3ByYW5vLW5ldy9kaXN0aW5mbwotLS0g c29wcmFuby9kaXN0aW5mbwkyMDEwLTA1LTExIDExOjA3OjAwLjAwMDAwMDAwMCAtMDUwMAorKysg c29wcmFuby1uZXcvZGlzdGluZm8JMjAxMC0wNy0wOSAxNTozMDowMS4wMDAwMDAwMDAgLTA1MDAK QEAgLTEsMyArMSwzIEBACi1NRDUgKHNvcHJhbm8tMi40LjMudGFyLmJ6MikgPSBlMmJmYTE3OWEw MzgxMGFmNjA2MTgxMTBmNWY4MzJlMgotU0hBMjU2IChzb3ByYW5vLTIuNC4zLnRhci5iejIpID0g MzkwYzUyOWJkMWY0NmEwMDM2MmVkOWFiOTMyOTMzZDI0ZDI2NGI0Yjg5ODgwNDg1NDk1NThmNWFk NTJjYWEwOAotU0laRSAoc29wcmFuby0yLjQuMy50YXIuYnoyKSA9IDE5NDQ3ODUKK01ENSAoc29w cmFuby0yLjQuNC50YXIuYnoyKSA9IDExYTgzOTQxZjI5MGU4NzE5ODgzZGY0OWE0Y2Q4ZmFhCitT SEEyNTYgKHNvcHJhbm8tMi40LjQudGFyLmJ6MikgPSA3OGNhM2IwZTJjOTA5MmI4OGM0ODZjMzgw YTE1OGFkMGY0YWIxMTYyNzJlN2I5NjIzOTkxNGVjMzRkMzAxMTBiCitTSVpFIChzb3ByYW5vLTIu NC40LnRhci5iejIpID0gMTk0NTQ2NAo= --=_443b5fb28532b1d060b57e0eecea2093-- From owner-freebsd-ports@FreeBSD.ORG Fri Jul 9 20:51:24 2010 Return-Path: Delivered-To: freebsd-ports@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 237DB1065673; Fri, 9 Jul 2010 20:51:24 +0000 (UTC) (envelope-from kamikaze@bsdforen.de) Received: from mail.bsdforen.de (bsdforen.de [212.204.60.79]) by mx1.freebsd.org (Postfix) with ESMTP id 9E57E8FC13; Fri, 9 Jul 2010 20:51:23 +0000 (UTC) Received: from mobileKamikaze.norad (HSI-KBW-078-042-098-160.hsi3.kabel-badenwuerttemberg.de [78.42.98.160]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mail.bsdforen.de (Postfix) with ESMTP id E803A8A2152; Fri, 9 Jul 2010 22:51:01 +0200 (CEST) Message-ID: <4C378BB5.2080206@bsdforen.de> Date: Fri, 09 Jul 2010 22:51:01 +0200 From: Dominic Fandrey User-Agent: Mozilla/5.0 (X11; U; FreeBSD amd64; en-GB; rv:1.9.1.10) Gecko/20100627 Thunderbird/3.0.5 MIME-Version: 1.0 To: Shaun Amott References: <4C374B3E.90704@bsdforen.de> <20100709172503.GA22795@charon.picobyte.net> <4C375E47.9020307@bsdforen.de> <20100709200016.GA23404@charon.picobyte.net> In-Reply-To: <20100709200016.GA23404@charon.picobyte.net> X-Enigmail-Version: 1.0.1 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 7bit Cc: freebsd-ports@freebsd.org Subject: Re: Solutions for the PR load problem X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 09 Jul 2010 20:51:24 -0000 On 09/07/2010 22:00, Shaun Amott wrote: > On Fri, Jul 09, 2010 at 07:37:11PM +0200, Dominic Fandrey wrote: >> >> On 09/07/2010 19:25, Shaun Amott wrote: >>> On Fri, Jul 09, 2010 at 06:15:58PM +0200, Dominic Fandrey wrote: >>>> >>>> To solve this problem with the current organization, my guess is >>>> that between 15 and 30 new active committers are required. >>>> Because I don't think this is easily achieved I want to suggest >>>> a different approach. And I expect many others also have their >>>> own ideas how this can be solved. >>>> >>>> Proposal: >>>> My idea is that experienced Maintainers get commit permission >>>> for their own ports. I don't even think such a thing needs to >>>> be enforced technically, after all who'd want to risk his >>>> experienced maintainer bit, however this is possible (and people >>>> would probably sleep better). >>>> > > (apologies for my dodgy quoting...) > >>> >>> The whole VCS debate has been had over and over; I think that for the >>> time being it is more constructive to look at changes we can make to our >>> existing processes. Anything that requires switching from CVS isn't >>> going to happen any time soon. >> >> You can also do this with CVS. > > Ok - but how do we define "experienced"? Someone who has submitted 100 > PORTVERSION++ PRs? I'm not convinced we have enough contributors who are > experienced enough to be given commit rights, but not contributing > enough to be offered full access. Well, I don't see a mass recruiting plan in action and the typical response time for a ports PR has dropped from a couple of hours to something around a month following a singular event everyone here probably already knows about. Though there are a lot of committers, there aren't many active committers. The need seems obvious to me and I figured it would be obvious to create some middle ground where the demands from both sides are less. > Cases where other ports need touching (e.g., library bumps), or an > update depends on another port/PR elsewhere could prove to be > problematic. Those are the kind of maintainers that have the commit bit anyway. People who do the major stuff like Xorg, KDE, gnome, autobreak ... I think those are also the people who carry the main burden of Maintainer PRs. They really shouldn't have to, they've got more than enough work. >>> One thing that is sorely missed -- by me, at least -- is the ports >>> tinderbox mini-cluster we had previously (graciously provided by simon >>> and erwin). The major bottleneck in the review/commit process is the >>> testing part (again, I speak for myself). A set of tinderbox machines >>> representing the tier-1 architectures, to which we could grant >>> contributors access, would reduce the burden on committers (if a >>> patch/PR arrives with an accompanying log file). >> >> What needs to be done? (I.e. money, work hours) > > Machine(s), rack-space, someone to maintain said machines to a decent > standard. Possibly money could solve these issues. :-) > > I'm not sure how many non-committers were aware of / given access to tb3 > and tb4 when they were around, but if tinderbox were used as a matter of > course, it would, I believe go some way to speeding things up. > So if I set up a private tinderbox and provide amd64 and i386 6-/7-/8-stable logs with every PR I submit it would hasten the processing of my PRs? If that is so, I'll get me a small quad-core with ~16GB RAM and a huge hard disk just for this purpose (my largest hard disk is the one in my notebook, not sufficient for all the distfiles and packages). Regards -- A: Because it fouls the order in which people normally read text. Q: Why is top-posting such a bad thing? A: Top-posting. Q: What is the most annoying thing on usenet and in e-mail? From owner-freebsd-ports@FreeBSD.ORG Fri Jul 9 22:02:13 2010 Return-Path: Delivered-To: freebsd-ports@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 9EE78106564A for ; Fri, 9 Jul 2010 22:02:13 +0000 (UTC) (envelope-from shaun@FreeBSD.org) Received: from dione.picobyte.net (81-86-230-94.dsl.pipex.com [81.86.230.94]) by mx1.freebsd.org (Postfix) with SMTP id D5E978FC1A for ; Fri, 9 Jul 2010 22:02:12 +0000 (UTC) Received: from charon.picobyte.net (charon.picobyte.net [IPv6:2001:770:15d::fe03]) by dione.picobyte.net (Postfix) with ESMTP id 00F4DB839; Fri, 9 Jul 2010 22:56:56 +0100 (BST) Date: Fri, 9 Jul 2010 22:56:56 +0100 From: Shaun Amott To: Dominic Fandrey Message-ID: <20100709215656.GA23847@charon.picobyte.net> References: <4C374B3E.90704@bsdforen.de> <20100709172503.GA22795@charon.picobyte.net> <4C375E47.9020307@bsdforen.de> <20100709200016.GA23404@charon.picobyte.net> <4C378BB5.2080206@bsdforen.de> MIME-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1 Content-Disposition: inline In-Reply-To: <4C378BB5.2080206@bsdforen.de> User-Agent: Mutt/1.5.20 (FreeBSD i386) Cc: freebsd-ports@freebsd.org Subject: Re: Solutions for the PR load problem X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 09 Jul 2010 22:02:13 -0000 On Fri, Jul 09, 2010 at 10:51:01PM +0200, Dominic Fandrey wrote: > > Ok - but how do we define "experienced"? Someone who has submitted 100 > > PORTVERSION++ PRs? I'm not convinced we have enough contributors who are > > experienced enough to be given commit rights, but not contributing > > enough to be offered full access. > > Well, I don't see a mass recruiting plan in action and the typical > response time for a ports PR has dropped from a couple of hours to > something around a month following a singular event everyone > here probably already knows about. > > Though there are a lot of committers, there aren't many active > committers. The need seems obvious to me and I figured it would > be obvious to create some middle ground where the demands from > both sides are less. Indeed, part of the problem is burn-out. We recruit committers, and then their activity tapers off (I'm guilty of this myself). Part of this, I believe, is down to the effort involved in maintaining a useful (up-to-date) testing environment -- hence my advocacy of a centralised tinderbox resource. The machines I used to use are out-of-date and probably inadequate now. I don't disagree in principle with the idea of having a middle ground, just not sure (how) it would work in practice. > > Cases where other ports need touching (e.g., library bumps), or an > > update depends on another port/PR elsewhere could prove to be > > problematic. > > Those are the kind of maintainers that have the commit bit anyway. > People who do the major stuff like Xorg, KDE, gnome, autobreak ... > I think those are also the people who carry the main burden of > Maintainer PRs. They really shouldn't have to, they've got more > than enough work. > > >>> One thing that is sorely missed -- by me, at least -- is the ports > >>> tinderbox mini-cluster we had previously (graciously provided by simon > >>> and erwin). The major bottleneck in the review/commit process is the > >>> testing part (again, I speak for myself). A set of tinderbox machines > >>> representing the tier-1 architectures, to which we could grant > >>> contributors access, would reduce the burden on committers (if a > >>> patch/PR arrives with an accompanying log file). > >> > >> What needs to be done? (I.e. money, work hours) > > > > Machine(s), rack-space, someone to maintain said machines to a decent > > standard. Possibly money could solve these issues. :-) > > > > I'm not sure how many non-committers were aware of / given access to tb3 > > and tb4 when they were around, but if tinderbox were used as a matter of > > course, it would, I believe go some way to speeding things up. > > > > So if I set up a private tinderbox and provide amd64 and i386 > 6-/7-/8-stable logs with every PR I submit it would hasten the > processing of my PRs? > > If that is so, I'll get me a small quad-core with ~16GB RAM > and a huge hard disk just for this purpose (my largest hard disk > is the one in my notebook, not sufficient for all the distfiles > and packages). Sure, I would be more likely to look at / commit your patches in a timely fashion if you've done part of the work for me. I'm pretty sure it helped back when I was submitting lots of ports PRs. -- Shaun Amott // PGP: 0x6B387A9A "A foolish consistency is the hobgoblin of little minds." - Ralph Waldo Emerson From owner-freebsd-ports@FreeBSD.ORG Fri Jul 9 22:27:24 2010 Return-Path: Delivered-To: freebsd-ports@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id D4E3C106566C; Fri, 9 Jul 2010 22:27:24 +0000 (UTC) (envelope-from m.seaman@infracaninophile.co.uk) Received: from smtp.infracaninophile.co.uk (gate6.infracaninophile.co.uk [IPv6:2001:8b0:151:1::1]) by mx1.freebsd.org (Postfix) with ESMTP id 55C9A8FC19; Fri, 9 Jul 2010 22:27:24 +0000 (UTC) Received: from seedling.black-earth.co.uk (seedling.black-earth.co.uk [81.187.76.163]) (authenticated bits=0) by smtp.infracaninophile.co.uk (8.14.4/8.14.4) with ESMTP id o69MRGjC056436 (version=TLSv1/SSLv3 cipher=DHE-RSA-CAMELLIA256-SHA bits=256 verify=NO); Fri, 9 Jul 2010 23:27:17 +0100 (BST) (envelope-from m.seaman@infracaninophile.co.uk) Message-ID: <4C37A23D.4050708@infracaninophile.co.uk> Date: Fri, 09 Jul 2010 23:27:09 +0100 From: Matthew Seaman Organization: Infracaninophile User-Agent: Mozilla/5.0 (Macintosh; U; Intel Mac OS X 10.6; en-GB; rv:1.9.2.4) Gecko/20100608 Thunderbird/3.1 MIME-Version: 1.0 To: "freebsd-ports@FreeBSD.org" X-Enigmail-Version: 1.1.1 OpenPGP: id=60AE908C Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="------------enigC3771A75F90E175367D7CCB4" X-Virus-Scanned: clamav-milter 0.96.1 at lucid-nonsense.infracaninophile.co.uk X-Virus-Status: Clean X-Spam-Status: No, score=0.8 required=5.0 tests=BAYES_20,DKIM_ADSP_ALL, SPF_FAIL autolearn=no version=3.3.1 X-Spam-Checker-Version: SpamAssassin 3.3.1 (2010-03-16) on lucid-nonsense.infracaninophile.co.uk Cc: gnome@FreeBSD.org, Palle Girgensohn Subject: devel/icu4 update -- chase LIB_DEPENDS X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 09 Jul 2010 22:27:25 -0000 This is an OpenPGP/MIME signed message (RFC 2440 and 3156) --------------enigC3771A75F90E175367D7CCB4 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable devel/icu4 was recently updated and now installs shlibs with ABI version 44. Unfortunately this hasn't been propagated to those ports with a LIB_DEPENDS on devel/icu4 (all three of them): worm:/usr/ports:% grep -r 'icu.*\.43:' . =2E/databases/postgresql90-server/Makefile:LIB_DEPENDS+=3D icudata.43:${PORTSDIR}/devel/icu4 =2E/databases/postgresql84-server/Makefile:LIB_DEPENDS+=3D icudata.43:${PORTSDIR}/devel/icu4 =2E/www/webkit-gtk2/Makefile:LIB_DEPENDS+=3D icutu.43:${PORTSDIR}/devel/i= cu4 pkg_info -L icu-4.4 | grep '\.so' /usr/local/lib/libicudata.so /usr/local/lib/libicudata.so.44 /usr/local/lib/libicudata.so.44.0 /usr/local/lib/libicui18n.so /usr/local/lib/libicui18n.so.44 /usr/local/lib/libicui18n.so.44.0 /usr/local/lib/libicuio.so /usr/local/lib/libicuio.so.44 /usr/local/lib/libicuio.so.44.0 /usr/local/lib/libicule.so /usr/local/lib/libicule.so.44 /usr/local/lib/libicule.so.44.0 /usr/local/lib/libiculx.so /usr/local/lib/libiculx.so.44 /usr/local/lib/libiculx.so.44.0 /usr/local/lib/libicutu.so /usr/local/lib/libicutu.so.44 /usr/local/lib/libicutu.so.44.0 /usr/local/lib/libicuuc.so /usr/local/lib/libicuuc.so.44 /usr/local/lib/libicuuc.so.44.0 However naively incrementing the shlib version in the databases/postgresql84-server Makefile doesn't work: =3D=3D=3D> Configuring for postgresql-server-8.4.4_2 checking build system type... amd64-portbld-freebsd8.1 checking host system type... amd64-portbld-freebsd8.1 checking which template to use... freebsd checking whether to build with 64-bit integer date/time support... yes checking whether NLS is wanted... yes [...] checking for CRYPTO_new_ex_data in -lcrypto... yes checking for SSL_library_init in -lssl... yes checking for ucol_open_43 in -licui18n... no checking for ucol_open_3_8 in -licui18n... no checking for ucol_open_3_6 in -licui18n... no checking for ucol_open_3_4 in -licui18n... no configure: error: library 'icui18n' is required for ICU =3D=3D=3D> Script "configure" failed unexpectedly. Please report the problem to girgen@FreeBSD.org [maintainer] and attach t= he "/usr/ports/databases/postgresql84-server/work/postgresql-8.4.4/config.lo= g" 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 syst= em (e.g. an `ls /var/db/pkg`). *** Error code 1 No idea about www/webkit-gtk2 I'm afraid. Cheers, Matthew --=20 Dr Matthew J Seaman MA, D.Phil. 7 Priory Courtyard Flat 3 PGP: http://www.infracaninophile.co.uk/pgpkey Ramsgate JID: matthew@infracaninophile.co.uk Kent, CT11 9PW --------------enigC3771A75F90E175367D7CCB4 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.14 (Darwin) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/ iEYEARECAAYFAkw3okQACgkQ8Mjk52CukIy+FQCfQxAl+eBJryYet2LRWlPh9Zc2 4fsAn06I3mUjrnVTJA1nT8+1183nmGvq =PPRO -----END PGP SIGNATURE----- --------------enigC3771A75F90E175367D7CCB4-- From owner-freebsd-ports@FreeBSD.ORG Sat Jul 10 00:07:49 2010 Return-Path: Delivered-To: freebsd-ports@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 94F7D106566B for ; Sat, 10 Jul 2010 00:07:49 +0000 (UTC) (envelope-from wblock@wonkity.com) Received: from wonkity.com (wonkity.com [67.158.26.137]) by mx1.freebsd.org (Postfix) with ESMTP id 5082B8FC15 for ; Sat, 10 Jul 2010 00:07:48 +0000 (UTC) Received: from wonkity.com (localhost [127.0.0.1]) by wonkity.com (8.14.4/8.14.3) with ESMTP id o6A07iOU059929; Fri, 9 Jul 2010 18:07:44 -0600 (MDT) (envelope-from wblock@wonkity.com) Received: from localhost (wblock@localhost) by wonkity.com (8.14.4/8.14.3/Submit) with ESMTP id o6A07i0m059926; Fri, 9 Jul 2010 18:07:44 -0600 (MDT) (envelope-from wblock@wonkity.com) Date: Fri, 9 Jul 2010 18:07:44 -0600 (MDT) From: Warren Block To: Shaun Amott In-Reply-To: <20100709215656.GA23847@charon.picobyte.net> Message-ID: References: <4C374B3E.90704@bsdforen.de> <20100709172503.GA22795@charon.picobyte.net> <4C375E47.9020307@bsdforen.de> <20100709200016.GA23404@charon.picobyte.net> <4C378BB5.2080206@bsdforen.de> <20100709215656.GA23847@charon.picobyte.net> User-Agent: Alpine 2.00 (BSF 1167 2008-08-23) MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed X-Greylist: Sender IP whitelisted, not delayed by milter-greylist-4.2.5 (wonkity.com [127.0.0.1]); Fri, 09 Jul 2010 18:07:44 -0600 (MDT) Cc: Dominic Fandrey , freebsd-ports@freebsd.org Subject: Re: Solutions for the PR load problem X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 10 Jul 2010 00:07:49 -0000 On Fri, 9 Jul 2010, Shaun Amott wrote: > Indeed, part of the problem is burn-out. We recruit committers, and then > their activity tapers off (I'm guilty of this myself). Part of this, I > believe, is down to the effort involved in maintaining a useful > (up-to-date) testing environment -- hence my advocacy of a centralised > tinderbox resource. The machines I used to use are out-of-date and > probably inadequate now. Isn't that the type of project the Foundation is set up to fund? From owner-freebsd-ports@FreeBSD.ORG Sat Jul 10 02:48:49 2010 Return-Path: Delivered-To: freebsd-ports@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id F11FF106566C for ; Sat, 10 Jul 2010 02:48:49 +0000 (UTC) (envelope-from swhetzel@gmail.com) Received: from mail-wy0-f182.google.com (mail-wy0-f182.google.com [74.125.82.182]) by mx1.freebsd.org (Postfix) with ESMTP id 017DE8FC0A for ; Sat, 10 Jul 2010 02:48:48 +0000 (UTC) Received: by wyb34 with SMTP id 34so2503567wyb.13 for ; Fri, 09 Jul 2010 19:48:40 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:received:received:in-reply-to :references:date:message-id:subject:from:to:cc:content-type :content-transfer-encoding; bh=DlNLYnAshZnmov/AOu2bqW0qBg2V5z8PEuWXV5B19jg=; b=x/u5/GPM7PdZ1XiufEtA29xeQyL2JK4F6Dqkxnit3zt9jr66VmZiN5/mlv0mT0537i kxHBI7gw1z71IxNwhHfyoRcv6WrwBnsTgyF71jgaL/OQBLE9y3+DEsUb1kRDqvg5y/r+ Tu93GfOhBVDSBETWIeYBhx93yVu2JKWY0ymyc= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type:content-transfer-encoding; b=EqSK1Qy0GZTL8seGjIPfv8uf0FMEYEIOh5lnC6E4DeB862cnD2lD0mpGOOG/kPK251 JK7f8130RIJmsMefBevmABij6uD8Bobgay/JmiSFaD3K84KiqDrtRQOatzyXI0ILP08H aaSAshFl6zkUFGq30aTsG466p9+xdVMgb+mU8= MIME-Version: 1.0 Received: by 10.216.158.139 with SMTP id q11mr5244007wek.73.1278730120466; Fri, 09 Jul 2010 19:48:40 -0700 (PDT) Received: by 10.216.231.142 with HTTP; Fri, 9 Jul 2010 19:48:40 -0700 (PDT) In-Reply-To: <4C37A23D.4050708@infracaninophile.co.uk> References: <4C37A23D.4050708@infracaninophile.co.uk> Date: Fri, 9 Jul 2010 21:48:40 -0500 Message-ID: From: Scot Hetzel To: Matthew Seaman Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Cc: gnome@freebsd.org, Palle Girgensohn , "freebsd-ports@FreeBSD.org" Subject: Re: devel/icu4 update -- chase LIB_DEPENDS X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 10 Jul 2010 02:48:50 -0000 On Fri, Jul 9, 2010 at 5:27 PM, Matthew Seaman wrote: > However naively incrementing the shlib version in the > databases/postgresql84-server Makefile doesn't work: > > =3D=3D=3D> =A0Configuring for postgresql-server-8.4.4_2 > checking build system type... amd64-portbld-freebsd8.1 > checking host system type... amd64-portbld-freebsd8.1 > checking which template to use... freebsd > checking whether to build with 64-bit integer date/time support... yes > checking whether NLS is wanted... yes > [...] > checking for CRYPTO_new_ex_data in -lcrypto... yes > checking for SSL_library_init in -lssl... yes > checking for ucol_open_43 in -licui18n... no > checking for ucol_open_3_8 in -licui18n... no > checking for ucol_open_3_6 in -licui18n... no > checking for ucol_open_3_4 in -licui18n... no > configure: error: library 'icui18n' is required for ICU > =3D=3D=3D> =A0Script "configure" failed unexpectedly. > Please report the problem to girgen@FreeBSD.org [maintainer] and attach t= he > "/usr/ports/databases/postgresql84-server/work/postgresql-8.4.4/config.lo= g" > 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 syst= em > (e.g. an `ls /var/db/pkg`). > *** Error code 1 > Looks like it needs a change to the ${WRKSRC}/configure script to detect ucol_open_44 and ucnv_fromUChars_44: http://www.freebsd.org/cgi/cvsweb.cgi/ports/databases/postgresql84-server/f= iles/extra-patch-icu4 The simplest way to fix this would be to change ucol_open_43 and ucnv_fromUChars_43 in the extra-patch-icu4 to ucol_open_44 and ucnv_fromUChars_44. Scot From owner-freebsd-ports@FreeBSD.ORG Sat Jul 10 07:52:33 2010 Return-Path: Delivered-To: freebsd-ports@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id B4D49106566C for ; Sat, 10 Jul 2010 07:52:33 +0000 (UTC) (envelope-from cvs-src@yandex.ru) Received: from forward14.mail.yandex.net (forward14.mail.yandex.net [95.108.130.92]) by mx1.freebsd.org (Postfix) with ESMTP id 5EB9C8FC08 for ; Sat, 10 Jul 2010 07:52:33 +0000 (UTC) Received: from smtp12.mail.yandex.net (smtp12.mail.yandex.net [95.108.131.191]) by forward14.mail.yandex.net (Yandex) with ESMTP id 7CDE44E510D7 for ; Sat, 10 Jul 2010 11:52:31 +0400 (MSD) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=yandex.ru; s=mail; t=1278748351; bh=jspgAZVMg4Yaa6hp98ktxrZWxN88NVcgZFT4x+dudmw=; h=Message-ID:Date:From:MIME-Version:To:Subject:References: In-Reply-To:Content-Type:Content-Transfer-Encoding; b=u6o+Dgta1oDaWiiMfQ4G5aAYX095+XAJABHiJZVMx5mf1hw5ZjUtuC6DQac6C+Ga3 7kXl0jyhCLkrFp+BEIdQXmMj+l+9R/leXg0wwvYF5n0x+4CUjy1hlo1Ig01Wpamy7+ pzs3CEmyIC+nrxPEsvy6eoIj84InZiAcjRVXcItw= Received: from smeshariki2.local (unknown [77.66.149.137]) by smtp12.mail.yandex.net (Yandex) with ESMTPSA id 4C17813E8072 for ; Sat, 10 Jul 2010 11:52:31 +0400 (MSD) Message-ID: <4C38266D.1060700@yandex.ru> Date: Sat, 10 Jul 2010 11:51:09 +0400 From: Ruslan Mahmatkhanov User-Agent: Mozilla/5.0 (X11; U; FreeBSD i386; ru-RU; rv:1.9.1.10) Gecko/20100628 Thunderbird/3.0.5 MIME-Version: 1.0 To: freebsd-ports@freebsd.org References: <4C263E54.3020908@yandex.ru> In-Reply-To: Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 8bit X-Yandex-TimeMark: 1278748351 X-Yandex-Spam: 1 X-Yandex-Front: smtp12.mail.yandex.net Subject: Re: deskutils/alexandria - why does it create a world readable and writable directory? X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 10 Jul 2010 07:52:33 -0000 29.06.2010 22:31, Torfinn Ingolfsen пишет: > On Sat, Jun 26, 2010 at 7:52 PM, Ruslan Mahmatkhanovwrote: > >> 22.06.2010 22:54, Torfinn Ingolfsen пишет: >> >> On Fri, Jun 11, 2010 at 9:28 PM, Torfinn Ingolfsen >>> wrote: >>> >>> Hei, >>>> I just found deskutils/alexandria (0.6.5_3) and installed it. A very nice >>>> program. >>>> I have just one question: why does it create a directory (~/.alexandria) >>>> with 777 permissions? Wouldn't it be more "correct" to use something like >>>> 740 or even 750? >>>> Note: all subdirectories of said directory have 755 permissions too. >>>> >>>> >>> In case nobody noticed, Alexandria 0.6.6 is ready now: >>> http://alexandria.rubyforge.org/news/2010-06-21--0.6.6-released.html >>> >> >> I just file the PR that updates it to 0.6.6: >> http://www.freebsd.org/cgi/query-pr.cgi?pr=148168 >> >> I just applied the patch and upgraded Alexandria to version 0.6.6. Now > other providers (like WorldCat) works too. Cool! > Thanks! Hi! Can please anybody handle this PR. Maintainer keeps silence within 2 weeks. Thanks. -- Regards, Ruslan From owner-freebsd-ports@FreeBSD.ORG Sat Jul 10 09:00:45 2010 Return-Path: Delivered-To: freebsd-ports@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id B6934106566B for ; Sat, 10 Jul 2010 09:00:45 +0000 (UTC) (envelope-from lars@e.0x20.net) Received: from mail.0x20.net (mail.0x20.net [217.69.67.217]) by mx1.freebsd.org (Postfix) with ESMTP id 71CB28FC0A for ; Sat, 10 Jul 2010 09:00:45 +0000 (UTC) Received: by mail.0x20.net (Postfix, from userid 1002) id 978A13A61E; Sat, 10 Jul 2010 11:00:38 +0200 (CEST) Date: Sat, 10 Jul 2010 11:00:38 +0200 From: Lars Engels To: Dominic Fandrey Message-ID: <20100710090038.GB16045@e.0x20.net> References: <4C374B3E.90704@bsdforen.de> <20100709172503.GA22795@charon.picobyte.net> <4C375E47.9020307@bsdforen.de> <20100709200016.GA23404@charon.picobyte.net> <4C378BB5.2080206@bsdforen.de> MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="opJtzjQTFsWo+cga" Content-Disposition: inline In-Reply-To: <4C378BB5.2080206@bsdforen.de> X-Editor: VIM - Vi IMproved 7.2 X-Operation-System: FreeBSD 5.5-RELEASE-p19 User-Agent: Mutt/1.5.20 (2009-06-14) Cc: freebsd-ports@freebsd.org, Shaun Amott Subject: Re: Solutions for the PR load problem X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 10 Jul 2010 09:00:45 -0000 --opJtzjQTFsWo+cga Content-Type: text/plain; charset=utf-8 Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Fri, Jul 09, 2010 at 10:51:01PM +0200, Dominic Fandrey wrote: > On 09/07/2010 22:00, Shaun Amott wrote: > >=20 > > I'm not sure how many non-committers were aware of / given access to tb3 > > and tb4 when they were around, but if tinderbox were used as a matter of > > course, it would, I believe go some way to speeding things up. > >=20 >=20 > So if I set up a private tinderbox and provide amd64 and i386 > 6-/7-/8-stable logs with every PR I submit it would hasten the > processing of my PRs? The more complex a port is and the more dependencies it has the more work a committer has to check if the PR is error-free. Having TB-Logs would prove that the port builds fine, and the PR is more likely to be taken. It's also better for the submitter as he can see if he has made any errors. --opJtzjQTFsWo+cga Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.9 (FreeBSD) iEYEARECAAYFAkw4NrYACgkQKc512sD3aficAQCeLJYsO2zaeYbLQsQgiD50QBD4 trgAnjKKnAvIXDduWHp90RirVXgfXu6j =ShvY -----END PGP SIGNATURE----- --opJtzjQTFsWo+cga-- From owner-freebsd-ports@FreeBSD.ORG Sat Jul 10 09:47:29 2010 Return-Path: Delivered-To: freebsd-ports@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 03390106564A; Sat, 10 Jul 2010 09:47:29 +0000 (UTC) (envelope-from decke@FreeBSD.org) Received: from mail.itac.at (mail.itac.at [91.205.172.9]) by mx1.freebsd.org (Postfix) with ESMTP id 704718FC13; Sat, 10 Jul 2010 09:47:28 +0000 (UTC) Received: from [91.205.172.21] (helo=secure.bluelife.at) by mail.itac.at with esmtpa (Exim 4.63) (envelope-from ) id 1OXWMF-000506-DY; Sat, 10 Jul 2010 11:28:27 +0200 MIME-Version: 1.0 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 7bit Date: Sat, 10 Jul 2010 11:28:28 +0200 From: Bernhard Froehlich To: Lars Engels In-Reply-To: <20100710090038.GB16045@e.0x20.net> References: <4C374B3E.90704@bsdforen.de> <20100709172503.GA22795@charon.picobyte.net> <4C375E47.9020307@bsdforen.de> <20100709200016.GA23404@charon.picobyte.net> <4C378BB5.2080206@bsdforen.de> <20100710090038.GB16045@e.0x20.net> Message-ID: <8de42f8685d6371428f6dc2aca7fb2f0@bluelife.at> X-Sender: decke@FreeBSD.org User-Agent: RoundCube Webmail/0.4-beta X-Spam-Score: -0.6 (/) X-Spam-Report: Spam detection software, running on the system "mail.itac.at", has identified this incoming email as possible spam. The original message has been attached to this so you can view it (if it isn't spam) or label similar future email. If you have any questions, see the administrator of that system for details. Content preview: On Sat, 10 Jul 2010 11:00:38 +0200, Lars Engels wrote: > On Fri, Jul 09, 2010 at 10:51:01PM +0200, Dominic Fandrey wrote: >> On 09/07/2010 22:00, Shaun Amott wrote: >> > >> > I'm not sure how many non-committers were aware of / given access to >> > tb3 >> > and tb4 when they were around, but if tinderbox were used as a matter >> > of >> > course, it would, I believe go some way to speeding things up. >> > >> >> So if I set up a private tinderbox and provide amd64 and i386 >> 6-/7-/8-stable logs with every PR I submit it would hasten the >> processing of my PRs? > > The more complex a port is and the more dependencies it has the more > work a committer has to check if the PR is error-free. > Having TB-Logs would prove that the port builds fine, and the PR is more > likely to be taken. [...] Content analysis details: (-0.6 points, 5.0 required) pts rule name description ---- ---------------------- -------------------------------------------------- -1.4 ALL_TRUSTED Passed through trusted hosts only via SMTP 0.8 AWL AWL: From: address is in the auto white-list Cc: Dominic Fandrey , freebsd-ports@freebsd.org, Shaun Amott Subject: Re: Solutions for the PR load problem X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 10 Jul 2010 09:47:29 -0000 On Sat, 10 Jul 2010 11:00:38 +0200, Lars Engels wrote: > On Fri, Jul 09, 2010 at 10:51:01PM +0200, Dominic Fandrey wrote: >> On 09/07/2010 22:00, Shaun Amott wrote: >> > >> > I'm not sure how many non-committers were aware of / given access to >> > tb3 >> > and tb4 when they were around, but if tinderbox were used as a matter >> > of >> > course, it would, I believe go some way to speeding things up. >> > >> >> So if I set up a private tinderbox and provide amd64 and i386 >> 6-/7-/8-stable logs with every PR I submit it would hasten the >> processing of my PRs? > > The more complex a port is and the more dependencies it has the more > work a committer has to check if the PR is error-free. > Having TB-Logs would prove that the port builds fine, and the PR is more > likely to be taken. Exactly for this reason beat@ has created a Tinderbox Virtual Machine for virtualbox. So port maintainers can test their updates in a tinderbox and discover problems earlier without the need of a dedicated tinderbox machine and all the setup woes. http://vboxtindi.chruetertee.ch/ -- Bernhard Froehlich http://www.bluelife.at/ From owner-freebsd-ports@FreeBSD.ORG Sat Jul 10 14:13:19 2010 Return-Path: Delivered-To: freebsd-ports@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id EF9B4106566C for ; Sat, 10 Jul 2010 14:13:19 +0000 (UTC) (envelope-from jessefrgsmith@yahoo.ca) Received: from web33307.mail.mud.yahoo.com (web33307.mail.mud.yahoo.com [68.142.206.122]) by mx1.freebsd.org (Postfix) with SMTP id 96B2D8FC19 for ; Sat, 10 Jul 2010 14:13:19 +0000 (UTC) Received: (qmail 84925 invoked by uid 60001); 10 Jul 2010 13:46:37 -0000 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=yahoo.ca; s=s1024; t=1278769596; bh=OtnH37ms9XmeC73PMwLPIPvyxJYkehYzoCQt365zdCs=; h=Message-ID:X-YMail-OSG:Received:X-Mailer:Date:From:Subject:To:MIME-Version:Content-Type; b=m9nbml77w/kc5Mnm8Upi8fCWQulA449NBcY9uz0TEDk6rp5INmbn5Rb4C3MfgH6o0wfVgQ3ndVSsrXRHW/z+8hPLAO9dHXc/fKa/niLA91PtSg/02WB2Mgu1bY7p3r5Le0riWVKumCaKDeZH77Z7Fj8cZ+tigFTftMlmMaX4hlc= DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=s1024; d=yahoo.ca; h=Message-ID:X-YMail-OSG:Received:X-Mailer:Date:From:Subject:To:MIME-Version:Content-Type; b=GPv1o1yApeTrquL62zP15Jx+jgYA7oVieMIQK9dNdc2vaKN0EdqJScx9YVIvrgCtm6ts4zHmFMET9sL8sud3WuKEoWoKKfd8fKmBeBQj5xyMobavB/ZMb6mGbXYjGhd4bPTGlZLwJQlE2xJcefKNbeiGaqzgt9Ni3LrN7hHCtj4=; Message-ID: <925937.82371.qm@web33307.mail.mud.yahoo.com> X-YMail-OSG: pVjZn8wVM1mt3LsPIV.FYBYdQ89ID.9ArHqUnp1r4DDOroR 2AsLMSr_e8NGniaPPmSS87fhHqOFpueOCFmV8CqDOcSlqGQDbrinM35QhXYJ hGUPe_eUy7c_igqtFKBqCh0Bv.0ycVnaK9BBN4F0ZmVXgtEA1FBFePQ0Ynp9 KK8qZjH83KF_wCUCWKChXMdQGdl3Y3Citxg3iLMZwC9Lmkdxzk1z94Ibt5d2 mdxRj4xR7u9nWPFGG6BFztuoz3ISZC1DP284IH1xZ.Oz28uWcsklcsKTLYNg 8_WhFxFtEzQGhHTYPPqREaZECSYqrO.l_dIX70YxFyNRW0c7109JcSio- Received: from [71.7.176.238] by web33307.mail.mud.yahoo.com via HTTP; Sat, 10 Jul 2010 06:46:36 PDT X-Mailer: YahooMailClassic/11.2.4 YahooMailWebService/0.8.104.276605 Date: Sat, 10 Jul 2010 06:46:36 -0700 (PDT) From: Jesse Smith To: freebsd-ports@freebsd.org MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Subject: PR Load Solutions X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 10 Jul 2010 14:13:20 -0000 I'm a bit new to FreeBSD Ports, but I agree that there is quite a backlog. Everyone seems to be working hard and yet the work keeps piling up. Though I don't have much experience, I would like to learn (and help). At the moment I'm the upstream maintainer for four projects (two of which are established ports and two are pending PRs). I would be happy to take over maintaining those to ease the load. Veteran maintainers might not like the idea of new blood having commit access, which is understandable, but I'd like to help out. -Jesse From owner-freebsd-ports@FreeBSD.ORG Sat Jul 10 16:30:34 2010 Return-Path: Delivered-To: freebsd-ports@hub.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id DE992106564A; Sat, 10 Jul 2010 16:30:34 +0000 (UTC) (envelope-from kwm@FreeBSD.org) Received: from freefall.freebsd.org (freefall.freebsd.org [IPv6:2001:4f8:fff6::28]) by mx1.freebsd.org (Postfix) with ESMTP id B645F8FC16; Sat, 10 Jul 2010 16:30:34 +0000 (UTC) Received: from freefall.freebsd.org (localhost [127.0.0.1]) by freefall.freebsd.org (8.14.4/8.14.4) with ESMTP id o6AGUYRq028219; Sat, 10 Jul 2010 16:30:34 GMT (envelope-from kwm@freefall.freebsd.org) Received: (from kwm@localhost) by freefall.freebsd.org (8.14.4/8.14.4/Submit) id o6AGUYl5028206; Sat, 10 Jul 2010 16:30:34 GMT (envelope-from kwm) Date: Sat, 10 Jul 2010 16:30:34 GMT Message-Id: <201007101630.o6AGUYl5028206@freefall.freebsd.org> To: kwm@FreeBSD.org, freebsd-ports@FreeBSD.org, gnome@FreeBSD.org From: kwm@FreeBSD.org Cc: Subject: Re: ports/148450: devel/glib20: recent glib20 __STDC_ISO_10646__ fix causes pidgin to crash X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 10 Jul 2010 16:30:35 -0000 Synopsis: devel/glib20: recent glib20 __STDC_ISO_10646__ fix causes pidgin to crash Responsible-Changed-From-To: freebsd-ports->gnome Responsible-Changed-By: kwm Responsible-Changed-When: Sat Jul 10 16:30:07 UTC 2010 Responsible-Changed-Why: Glib is a gnome@ ports. http://www.freebsd.org/cgi/query-pr.cgi?pr=148450 From owner-freebsd-ports@FreeBSD.ORG Sat Jul 10 20:41:06 2010 Return-Path: Delivered-To: freebsd-ports@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 0C197106566B for ; Sat, 10 Jul 2010 20:41:06 +0000 (UTC) (envelope-from rhurlin@gwdg.de) Received: from amailer.gwdg.de (amailer.gwdg.de [134.76.10.18]) by mx1.freebsd.org (Postfix) with ESMTP id 849658FC15 for ; Sat, 10 Jul 2010 20:41:05 +0000 (UTC) Received: from p578b68b8.dip0.t-ipconnect.de ([87.139.104.184] helo=krabat.raven.hur) by mailer.gwdg.de with esmtpsa (TLSv1:AES256-SHA:256) (Exim 4.69) (envelope-from ) id 1OXgr8-0005cg-NL; Sat, 10 Jul 2010 22:41:03 +0200 Message-ID: <4C38DAD8.6040608@gwdg.de> Date: Sat, 10 Jul 2010 22:40:56 +0200 From: Rainer Hurling User-Agent: Mozilla/5.0 (X11; U; FreeBSD amd64; de-DE; rv:1.9.1.10) Gecko/20100626 Thunderbird/3.0.5 MIME-Version: 1.0 To: Henry Hu References: In-Reply-To: Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-Authenticated: Id:rhurlin X-Spam-Level: - Cc: freebsd-ports@freebsd.org Subject: Re: stellarium crashes on 9.0-CURRENT X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 10 Jul 2010 20:41:06 -0000 On 10.07.2010 22:19 (UTC+1), Henry Hu wrote: > Hello, Hello Henry, > I'm using FreeBSD 8.0-STABLE, and I'm suffering from the problem. > After days of debugging, I still cannot make out the problem. > However, there is a solution to me: run with __GL_SINGLE_THREADED=1 > e.g. run: > env __GL_SINGLE_THREADED=1 stellarium > It was segfaulting before, and now it works! thank you for your answer. I can confirm that stellarium with this variable set works on 9.0-CURRENT too. > My stacktrace: > [Switching to LWP 100190] > 0x29f44260 in pthread_mutexattr_setkind_np () from /lib/libthr.so.3 > (gdb) where > #0 0x29f44260 in pthread_mutexattr_setkind_np () from /lib/libthr.so.3 > #1 0x299d0ba3 in glXChooseVisual () from /usr/local/lib/libGL.so.1 > #2 0x00000002 in ?? () > #3 0x00000000 in ?? () > #4 0x29e284fd in atoi () from /lib/libc.so.7 > #5 0x00000000 in ?? () > #6 0x28615d70 in ?? () > #7 0x2ac1a890 in ?? () from /usr/local/lib/libGLcore.so.1 > #8 0x00000003 in ?? () > #9 0xbfbfe4a8 in ?? () > #10 0xbfbfdf18 in ?? () > #11 0x2adcf2c5 in _nv012glcore () from /usr/local/lib/libGLcore.so.1 > #12 0x28615d70 in ?? () > #13 0xbfbfe4a8 in ?? () > #14 0xbfbfdf18 in ?? () > #15 0x299b76db in glXChooseVisual () from /usr/local/lib/libGL.so.1 > #16 0x29a055dc in ?? () from /usr/local/lib/libGL.so.1 > (gdb) > > Generally, it seems like that the program crashed before main. > > According to where I found the environment variable(in NVIDIA > Accelerated Linux Driver Set README and Installation Guide): > [quote] > > Q. OpenGL applications crash and print out the following warning: > > > WARNING: Your system is running with a buggy dynamic loader. > This may cause crashes in certain applications. If you > experience crashes you can try setting the environment > variable __GL_SINGLE_THREADED to 1. For more information > please consult the FREQUENTLY ASKED QUESTIONS section in > the file /usr/share/doc/NVIDIA_GLX-1.0/README.txt. > > > > A. The dynamic loader on your system has a bug which will cause applications > > linked with pthreads, and that dlopen() libGL multiple times, to crash. > This bug is present in older versions of the dynamic loader. Distributions > that shipped with this loader include but are not limited to Red Hat Linux > 6.2 and Mandrake Linux 7.1. Version 2.2 and later of the dynamic loader are > known to work properly. If the crashing application is single threaded then > setting the environment variable '__GL_SINGLE_THREADED' to "1" will prevent > the crash. In the bash shell you would enter: > > % export __GL_SINGLE_THREADED=1 > > and in csh and derivatives use: > > % setenv __GL_SINGLE_THREADED 1 > > Previous releases of the NVIDIA Accelerated Linux Driver Set attempted to > work around this problem. Unfortunately the workaround caused problems with > other applications and was removed after version 1.0-1541. > > [/quote] > I found that stellarium is linked with pthreads, and according to my debugging, > this problem may be related to dlopen. > However, I tried to write a program which uses pthread and dlopens > libGL multiple times, > but it did not crash. > Is this a problem related to our dynamic loader? Or is this a problem > of the nvidia drivers? Sorry, but I have no knowledge about the actual loader (did it change in the last month?). > I remember that once stellarium was running successfully with nvidia's > driver. So something must > have changed. Yes, I was running previous versions (before 10.0.2) of stellarium with nvidia-driver. Your workaround helps so far, but of course it would be nice to have a general solution. As I mentioned in my initial mail, other OpenGL programs like astro/celestia etc. work like a charm. Many thanks again, Rainer From owner-freebsd-ports@FreeBSD.ORG Sat Jul 10 20:43:25 2010 Return-Path: Delivered-To: freebsd-ports@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 26C9E106566C for ; Sat, 10 Jul 2010 20:43:25 +0000 (UTC) (envelope-from henry.hu.sh@gmail.com) Received: from mail-qw0-f54.google.com (mail-qw0-f54.google.com [209.85.216.54]) by mx1.freebsd.org (Postfix) with ESMTP id D92D38FC1B for ; Sat, 10 Jul 2010 20:43:24 +0000 (UTC) Received: by qwg5 with SMTP id 5so1054841qwg.13 for ; Sat, 10 Jul 2010 13:43:19 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:mime-version:received:from:date :message-id:subject:to:cc:content-type; bh=SHtpE6pNO90sQTOY7C9z02KvrZAvCQTS3Bm578drbc0=; b=OtF/FvLnD1Ps0pg+X54PxlFCq9KeHT70HND6PP0FW6p7hJ3ehxtc6l/lyCADBWjzY7 ia/QgGNx1l0nG4IudFBBuoRFxYDFqMsh7bTDlOQv4RsILJHll4k3irBPsjhqFm833BBf VlhQpMHMjvDjkaprJh/0+gJkmmhc/4I0FSVE4= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=mime-version:from:date:message-id:subject:to:cc:content-type; b=F9uOlHsj95OsEgNW4KisFyfCr1toMDvYwA+ApZlXlA6oBmIDzPwVSLRtX8d9MvK35B DutGVhEq1xcp3ZQGj5dHMRUgnvU8hnudQemI5GioO6c5jtJgTpvFOyENULFLCtyVJkhb xtcqiPANtBcOO+OuPidswWIAsbZms4hcirJ8o= Received: by 10.229.181.203 with SMTP id bz11mr7182674qcb.133.1278793173369; Sat, 10 Jul 2010 13:19:33 -0700 (PDT) MIME-Version: 1.0 Received: by 10.229.78.164 with HTTP; Sat, 10 Jul 2010 13:19:12 -0700 (PDT) From: Henry Hu Date: Sun, 11 Jul 2010 04:19:12 +0800 Message-ID: To: rhurlin@gwdg.de Content-Type: text/plain; charset=ISO-8859-1 Cc: freebsd-ports@freebsd.org Subject: Re: stellarium crashes on 9.0-CURRENT X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 10 Jul 2010 20:43:25 -0000 Hello, I'm using FreeBSD 8.0-STABLE, and I'm suffering from the problem. After days of debugging, I still cannot make out the problem. However, there is a solution to me: run with __GL_SINGLE_THREADED=1 e.g. run: env __GL_SINGLE_THREADED=1 stellarium It was segfaulting before, and now it works! My stacktrace: [Switching to LWP 100190] 0x29f44260 in pthread_mutexattr_setkind_np () from /lib/libthr.so.3 (gdb) where #0 0x29f44260 in pthread_mutexattr_setkind_np () from /lib/libthr.so.3 #1 0x299d0ba3 in glXChooseVisual () from /usr/local/lib/libGL.so.1 #2 0x00000002 in ?? () #3 0x00000000 in ?? () #4 0x29e284fd in atoi () from /lib/libc.so.7 #5 0x00000000 in ?? () #6 0x28615d70 in ?? () #7 0x2ac1a890 in ?? () from /usr/local/lib/libGLcore.so.1 #8 0x00000003 in ?? () #9 0xbfbfe4a8 in ?? () #10 0xbfbfdf18 in ?? () #11 0x2adcf2c5 in _nv012glcore () from /usr/local/lib/libGLcore.so.1 #12 0x28615d70 in ?? () #13 0xbfbfe4a8 in ?? () #14 0xbfbfdf18 in ?? () #15 0x299b76db in glXChooseVisual () from /usr/local/lib/libGL.so.1 #16 0x29a055dc in ?? () from /usr/local/lib/libGL.so.1 (gdb) Generally, it seems like that the program crashed before main. According to where I found the environment variable(in NVIDIA Accelerated Linux Driver Set README and Installation Guide): [quote] Q. OpenGL applications crash and print out the following warning: WARNING: Your system is running with a buggy dynamic loader. This may cause crashes in certain applications. If you experience crashes you can try setting the environment variable __GL_SINGLE_THREADED to 1. For more information please consult the FREQUENTLY ASKED QUESTIONS section in the file /usr/share/doc/NVIDIA_GLX-1.0/README.txt. A. The dynamic loader on your system has a bug which will cause applications linked with pthreads, and that dlopen() libGL multiple times, to crash. This bug is present in older versions of the dynamic loader. Distributions that shipped with this loader include but are not limited to Red Hat Linux 6.2 and Mandrake Linux 7.1. Version 2.2 and later of the dynamic loader are known to work properly. If the crashing application is single threaded then setting the environment variable '__GL_SINGLE_THREADED' to "1" will prevent the crash. In the bash shell you would enter: % export __GL_SINGLE_THREADED=1 and in csh and derivatives use: % setenv __GL_SINGLE_THREADED 1 Previous releases of the NVIDIA Accelerated Linux Driver Set attempted to work around this problem. Unfortunately the workaround caused problems with other applications and was removed after version 1.0-1541. [/quote] I found that stellarium is linked with pthreads, and according to my debugging, this problem may be related to dlopen. However, I tried to write a program which uses pthread and dlopens libGL multiple times, but it did not crash. Is this a problem related to our dynamic loader? Or is this a problem of the nvidia drivers? I remember that once stellarium was running successfully with nvidia's driver. So something must have changed. -- Cheers, Henry From owner-freebsd-ports@FreeBSD.ORG Sat Jul 10 23:25:24 2010 Return-Path: Delivered-To: freebsd-ports@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id C6AAA106566B for ; Sat, 10 Jul 2010 23:25:24 +0000 (UTC) (envelope-from A.J.Caines@halplant.com) Received: from triton.bsd-unix.net (triton.bsd-unix.net [209.8.43.226]) by mx1.freebsd.org (Postfix) with ESMTP id 9B23D8FC16 for ; Sat, 10 Jul 2010 23:25:24 +0000 (UTC) Received: from triton.bsd-unix.net (localhost [127.0.0.1]) by triton.bsd-unix.net (Postfix) with ESMTP id CB9689B42E for ; Sat, 10 Jul 2010 19:25:23 -0400 (EDT) X-Virus-Scanned: amavisd-new at bsd-unix.net Received: from triton.bsd-unix.net ([127.0.0.1]) by triton.bsd-unix.net (triton.bsd-unix.net.bsd-unix.net [127.0.0.1]) (amavisd-new, port 10024) with LMTP id qSUPld1hzZxf for ; Sat, 10 Jul 2010 19:25:23 -0400 (EDT) Received: from hal10000.halplant.com (ip68-105-188-179.dc.dc.cox.net [68.105.188.179]) (Authenticated sender: ajc) by triton.bsd-unix.net (Postfix) with ESMTPSA id 38AC59B425 for ; Sat, 10 Jul 2010 19:25:23 -0400 (EDT) Message-ID: <4C39019D.2060002@halplant.com> Date: Sat, 10 Jul 2010 19:26:21 -0400 From: "Andrew J. Caines" Organization: H.A.L. Plant User-Agent: Mozilla/5.0 (X11; U; FreeBSD i386; en-US; rv:1.9.1.10) Gecko/20100706 Thunderbird/3.0.5 MIME-Version: 1.0 To: freebsd-ports@freebsd.org References: In-Reply-To: Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 7bit Subject: Re: Conky fails to build with audacious option. X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 10 Jul 2010 23:25:24 -0000 On 07/08/2010 13:17, David DEMELIER wrote: > This is what happened when you try to compile sysutils/conky with the > audacious option : I can confirm this error on a clean 8.1RC2 install with up-to-date ports tree with audaciuous installed. -- -Andrew J. Caines- Unix Systems Engineer A.J.Caines@halplant.com FreeBSD/Linux/Solaris, Web/Mail/Proxy/... http://halplant.com:2001/ "Machines take me by surprise with great frequency" - Alan Turing