From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 121933 invoked by alias); 9 Feb 2016 10:13:21 -0000 Mailing-List: contact cygwin-help@cygwin.com; run by ezmlm Precedence: bulk List-Id: List-Subscribe: List-Archive: List-Post: List-Help: , Sender: cygwin-owner@cygwin.com Mail-Followup-To: cygwin@cygwin.com Received: (qmail 121911 invoked by uid 89); 9 Feb 2016 10:13:20 -0000 Authentication-Results: sourceware.org; auth=none X-Virus-Found: No X-Spam-SWARE-Status: No, score=-2.2 required=5.0 tests=BAYES_00,RP_MATCHES_RCVD,SPF_PASS autolearn=ham version=3.3.2 spammy=sincerely, H*F:D*se, dirty X-HELO: mail.lysator.liu.se Received: from mail.lysator.liu.se (HELO mail.lysator.liu.se) (130.236.254.3) by sourceware.org (qpsmtpd/0.93/v0.84-503-g423c35a) with (AES256-GCM-SHA384 encrypted) ESMTPS; Tue, 09 Feb 2016 10:13:19 +0000 Received: from mail.lysator.liu.se (localhost [127.0.0.1]) by mail.lysator.liu.se (Postfix) with ESMTP id AE61B4001D for ; Tue, 9 Feb 2016 11:13:15 +0100 (CET) Received: from [192.168.0.96] (217-210-101-82-no95.business.telia.com [217.210.101.82]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mail.lysator.liu.se (Postfix) with ESMTPSA id 729C940005 for ; Tue, 9 Feb 2016 11:13:15 +0100 (CET) Message-ID: <56B9BBBD.1030809@lysator.liu.se> Date: Tue, 09 Feb 2016 10:13:00 -0000 From: Peter Rosin User-Agent: Mozilla/5.0 (Windows NT 6.3; Win64; x64; rv:31.0) Gecko/20100101 Thunderbird/31.3.0 MIME-Version: 1.0 To: cygwin@cygwin.com Subject: Re: Problem with new acl code and cdrtools References: <20160208131835.GC12975@calimero.vinschen.de> <56B8C25F.7050206@lysator.liu.se> <56B9A9D8.1030900@lysator.liu.se> In-Reply-To: Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: 7bit X-SW-Source: 2016-02/txt/msg00110.txt.bz2 On 2016-02-09 10:06, Ismail Donmez wrote: > Hi Peter, > > On Tue, Feb 9, 2016 at 10:56 AM, Peter Rosin wrote: >> My take on the situation was that you could disable SUN ACLs by telling >> configure that cdrtools should not use aclfromtext(), and that the code >> that backs this was already in place. I.e. that you could get a working >> build recipe w/o any hacking/patching of cdrtools at all. >> >> I might be misunderstanding something though, but if it works and if >> it is considered more of an hack than introducing a cygwin version >> check inside the cdrtools package, then that's not my headache. >> >> Just trying to help... > > If my reply came out as rude, I am sincerely sorry. As you said yes > this would be a way to fix the situation for Cygwin, but I would be > more happy with a pre-processor macro which we can use for this. I didn't think it rude, but it is clear that we disagree about what is a dirty hack and what is generic. Disagreeing isn't necessarily rude :-) Cheers, Peter -- Problem reports: http://cygwin.com/problems.html FAQ: http://cygwin.com/faq/ Documentation: http://cygwin.com/docs.html Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple