From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 128489 invoked by alias); 27 Oct 2017 19:48:37 -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 92048 invoked by uid 89); 27 Oct 2017 19:48:24 -0000 Authentication-Results: sourceware.org; auth=none X-Virus-Found: No X-Spam-SWARE-Status: No, score=-1.9 required=5.0 tests=AWL,BAYES_00,KAM_LAZY_DOMAIN_SECURITY,RCVD_IN_DNSWL_LOW autolearn=no version=3.3.2 spammy=vmr X-HELO: smtp-out-so.shaw.ca Received: from smtp-out-so.shaw.ca (HELO smtp-out-so.shaw.ca) (64.59.136.137) by sourceware.org (qpsmtpd/0.93/v0.84-503-g423c35a) with ESMTP; Fri, 27 Oct 2017 19:48:13 +0000 Received: from [192.168.1.100] ([24.64.240.204]) by shaw.ca with SMTP id 8AbqepSMu8LPZ8AbreJqxr; Fri, 27 Oct 2017 13:48:04 -0600 X-Authority-Analysis: v=2.2 cv=e552ceh/ c=1 sm=1 tr=0 a=MVEHjbUiAHxQW0jfcDq5EA==:117 a=MVEHjbUiAHxQW0jfcDq5EA==:17 a=N659UExz7-8A:10 a=xNf9USuDAAAA:8 a=i1fcf3FHs6A2y5jswUoA:9 a=pILNOxqGKmIA:10 a=SEwjQc04WA-l_NiBhQ7s:22 Reply-To: Brian.Inglis@SystematicSw.ab.ca Subject: Re: [[PATCH setup] 0/3] Prepare for colons in version numbers To: cygwin-apps@cygwin.com References: <20171027184723.9324-1-kbrown@cornell.edu> <87wp3gs87a.fsf@Rainer.invalid> From: Brian Inglis Message-ID: Date: Fri, 27 Oct 2017 19:48:00 -0000 User-Agent: Mozilla/5.0 (Windows NT 10.0; WOW64; rv:52.0) Gecko/20100101 Thunderbird/52.4.0 MIME-Version: 1.0 In-Reply-To: <87wp3gs87a.fsf@Rainer.invalid> Content-Type: text/plain; charset=windows-1252 Content-Transfer-Encoding: 7bit X-CMAE-Envelope: MS4wfIejDa7ysn+M8OC8U5JF0nm1Nqh9Y+Dw2V0ty2FhDKE9M0UP4znyI0WjOnicSwHS7QZn+y8L8QOQXCMMhcbi8Hn71EsNBJtnqHT3nodOxGZxmiBRH/Rv iI2B/CyxjgwLe2XBwHblNcdKnYNjfe/TfsVsIyY5uvO8LmeNZriPuiQPIF1pigmENj6jeuF5jvdySw== X-IsSubscribed: yes X-SW-Source: 2017-10/txt/msg00154.txt.bz2 On 2017-10-27 13:26, Achim Gratz wrote: > Ken Brown writes: >> A future version of setup might allow version numbers of the form >> e:v-r, where is an epoch. Currently setup doesn't parse these >> correctly when reading installed.db. In case ScanFindVisitor is used, >> there is an additional problem in reading filenames containing colons. >> The reading is done by Win32 functions, and the illegal characters >> like ':' aren't translated. > > I don't really think it's worth anybody's while to introduce support for > a feature (epochs) that everone else decided should not be used. Do we > really want to use epochs and what for? Possibly yes, to avoid users having to manually select upgraded versions, as when package upstream version numbering changes from say yyyymmdd to v.m.r or vice versa or something completely different, the higher epoch (original default is 0:) says this is an upgrade regardless of the rest of the upstream version; see https://www.debian.org/doc/debian-policy/#version An alternative could be: upgrade if installed != current, allowing for downgrades when bugs occur, but presumably this has been discussed before. -- Take care. Thanks, Brian Inglis, Calgary, Alberta, Canada