From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 25529 invoked by alias); 6 May 2017 16:08:13 -0000 Mailing-List: contact cygwin-apps-help@cygwin.com; run by ezmlm Precedence: bulk Sender: cygwin-apps-owner@cygwin.com List-Id: List-Subscribe: List-Archive: List-Post: List-Help: , Mail-Followup-To: cygwin-apps@cygwin.com Received: (qmail 24530 invoked by uid 89); 6 May 2017 16:08:12 -0000 Authentication-Results: sourceware.org; auth=none X-Virus-Found: No X-Spam-SWARE-Status: No, score=-1.4 required=5.0 tests=AWL,BAYES_00,KAM_LAZY_DOMAIN_SECURITY,RCVD_IN_DNSWL_LOW autolearn=no version=3.3.2 spammy=H*r:ip*192.168.1.100, Hx-spam-relays-external:!192.168.1.100!, H*RU:!192.168.1.100!, Hx-languages-length:2462 X-HELO: smtp-out-so.shaw.ca Received: from smtp-out-so.shaw.ca (HELO smtp-out-so.shaw.ca) (64.59.136.138) by sourceware.org (qpsmtpd/0.93/v0.84-503-g423c35a) with ESMTP; Sat, 06 May 2017 16:08:10 +0000 Received: from [192.168.1.100] ([174.0.238.184]) by shaw.ca with SMTP id 72FedvULyyd2D72Ffdo5xb; Sat, 06 May 2017 10:08:11 -0600 X-Authority-Analysis: v=2.2 cv=F5wnTupN c=1 sm=1 tr=0 a=WqCeCkldcEjBO3QZneQsCg==:117 a=WqCeCkldcEjBO3QZneQsCg==:17 a=IkcTkHD0fZMA:10 a=zr1u9hVcyQQU-4O722sA:9 a=7Zwj6sZBwVKJAoWSPKxL6X1jA+E=:19 a=QEXdDO2ut3YA:10 Subject: Re: noarching source packages References: <87wpa54u0a.fsf@Rainer.invalid> <87lgqg73kr.fsf@Rainer.invalid> <1156ae4a-48aa-51d9-3a1c-09ec2210b580@SystematicSw.ab.ca> <55ef3ddd-1d8d-deaf-9220-caf0f447317b@gmail.com> To: cygwin-apps@cygwin.com Reply-To: Brian.Inglis@SystematicSw.ab.ca From: Brian Inglis Message-ID: Date: Sat, 06 May 2017 16:08:00 -0000 User-Agent: Mozilla/5.0 (Windows NT 10.0; WOW64; rv:45.0) Gecko/20100101 Thunderbird/45.8.0 MIME-Version: 1.0 In-Reply-To: <55ef3ddd-1d8d-deaf-9220-caf0f447317b@gmail.com> Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: 7bit X-CMAE-Envelope: MS4wfM9TOmlayPq+5GWc5KuSSyOog2GY6MNMfwGOwxJ1qhEkCx77hsIEDGd2j0or/pg9XWOoCRuF3sI7TeOyX4mGPyfqTFf21H5zIVjg5bqYzc3RrpHhFP2K MkpU01pIUYG6f6hFCQQ4Px1SXo0fyMu6BybTW51rR709SXbErN3EttPUHY1HBFyMQBUlto/LccUhOw== X-IsSubscribed: yes X-SW-Source: 2017-05/txt/msg00057.txt.bz2 On 2017-05-06 08:38, Marco Atzeri wrote: > On 06/05/2017 02:20, Brian Inglis wrote: >> On 2017-05-01 13:57, Achim Gratz wrote: >>> Jon Turney writes: >>>> What is your reason for changing the name? >>> There shouldn't be two different naming conventions for the same >>> purpose. So >>> package-version-release[-purpose].tar.xz >>> with purpose:=[source|debuginfo] would be preferrable. >>>> I was wondering if we need to explicitly identify debuginfo >>>> archives as a different kind of thing. Currently, debuginfo >>>> packages work just like any other install archive, which is fine, >>>> except for perhaps they need a separate filter in setup. >>> They wouldn't with the above naming convention and you'd just tick >>> another box to say you want them installed, just like sources. We >>> might even skip the archful directories and just do >>> [noarch|x86|x86_64] as well in the same place. > Tick the box is already one of the least understood feature of setup, > I suggest to not add further stuff there. > debuginfo and src have a major difference in installation: > debuginfo are tracked as normal packages, reported on "/etc/setup/" > and they can be unistalled as any other package. > src package are not tracked at all and can not be unistalled with > setup. If we decide to manage them like the other packages we should > remove such anomaly. The automatic/manual pick bit in installed.db could be extended to also add flag bits for installed -src, -doc, -devel, and -debuginfo pkgs, and it would also be useful to add flag bits for base pkgs and a sticky keep/hold bit to support that long requested feature. I've been looking at it from the perspective of adding apt-cyg features available in Debian apt{,-*}, without keeping info separate from setup which could become inconsistent. >> In the same vein, boxes for doc and devel packages, where >> available, would make selection easier for users, developers, and >> maintainers, but require changes to cygport and setup to integrate >> handling. > this is in IMHO a useless complication, the search filter is already > available for selecting similar packages. > We have multiple documentation or multiple development packages for a > single source package so clustering is not obvious at all For each binary arch install is there more than one each related -devel, -debuginfo, -doc, or -src pkg? -- Take care. Thanks, Brian Inglis, Calgary, Alberta, Canada