From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.io!.POSTED.blaine.gmane.org!not-for-mail From: Stefan Kangas Newsgroups: gmane.emacs.devel Subject: Re: GNU ELPA package proposal: visual-fill-column Date: Tue, 26 Oct 2021 17:17:16 +0200 Message-ID: References: <87k0i0w39l.fsf@fastmail.fm> Mime-Version: 1.0 Content-Type: text/plain; charset="UTF-8" Injection-Info: ciao.gmane.io; posting-host="blaine.gmane.org:116.202.254.214"; logging-data="23135"; mail-complaints-to="usenet@ciao.gmane.io" Cc: Joost Kremers , Emacs developers To: Stefan Monnier Original-X-From: emacs-devel-bounces+ged-emacs-devel=m.gmane-mx.org@gnu.org Tue Oct 26 17:36:21 2021 Return-path: Envelope-to: ged-emacs-devel@m.gmane-mx.org Original-Received: from lists.gnu.org ([209.51.188.17]) by ciao.gmane.io with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.92) (envelope-from ) id 1mfOUv-0005p6-Ey for ged-emacs-devel@m.gmane-mx.org; Tue, 26 Oct 2021 17:36:21 +0200 Original-Received: from localhost ([::1]:44108 helo=lists1p.gnu.org) by lists.gnu.org with esmtp (Exim 4.90_1) (envelope-from ) id 1mfOUu-00056B-Fj for ged-emacs-devel@m.gmane-mx.org; Tue, 26 Oct 2021 11:36:20 -0400 Original-Received: from eggs.gnu.org ([2001:470:142:3::10]:45816) by lists.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.90_1) (envelope-from ) id 1mfOCi-000314-4V for emacs-devel@gnu.org; Tue, 26 Oct 2021 11:17:35 -0400 Original-Received: from mail-pg1-f169.google.com ([209.85.215.169]:39489) by eggs.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_128_GCM_SHA256:128) (Exim 4.90_1) (envelope-from ) id 1mfOCg-0006Wi-4h for emacs-devel@gnu.org; Tue, 26 Oct 2021 11:17:31 -0400 Original-Received: by mail-pg1-f169.google.com with SMTP id g184so14469053pgc.6 for ; Tue, 26 Oct 2021 08:17:29 -0700 (PDT) X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20210112; h=x-gm-message-state:mime-version:references:in-reply-to:from:date :message-id:subject:to:cc; bh=zg/ZvBO3Fiv/L16SZ36BNGjn2rJ3VK+gU2Eb8UkI9GE=; b=i+ShCokr91UTIbGFbhoT7uTkKNW7OLpB8HMMLqSPAAzqQBY2Wpwa0+XnW48+e5AeVz fqsOZrTYpB52uqM6OGYedSwtTOrpU5VAtgUMix4UufxqES6nOap4yASJeAr7HAy6c1c4 Zuk7Z1dOXmkfbo7bYeQjYBybp9mFlAKP75V7jTWtH67hHGU3G6RSDFDTRbU4t+KFqgCg fieXTags1Xlkivx3A5aHFgR52Uxzo5IQzP6vRRbOk4FpgeL7WPzvxyHKsNKrjw4HX8X1 9GU6GekkEtWwB7bqps9GBKmMHWhFFlANqmGB+FOrp3ah3yp3KFtNMBT0F81TYk2LTj1u J/VA== X-Gm-Message-State: AOAM530WdCUXh8bEfyVSSLoQ4nQ6H76Tfw2lDkZfrGztp/TcUYki3EE9 Ce2rF6vV+kSUZFtrA8LajLv6xA+M1jj/QJpsh+Q= X-Google-Smtp-Source: ABdhPJxkLYK12r0I0UzsBoxZY2Z628mPc5eNYrAeiBOr41MNhbAJI1GI4KKBj9YZk1ezqnaaV7c3yOHBOJp8Z1ZD6vs= X-Received: by 2002:a63:370c:: with SMTP id e12mr19460610pga.359.1635261447859; Tue, 26 Oct 2021 08:17:27 -0700 (PDT) In-Reply-To: Received-SPF: pass client-ip=209.85.215.169; envelope-from=stefankangas@gmail.com; helo=mail-pg1-f169.google.com X-Spam_score_int: -13 X-Spam_score: -1.4 X-Spam_bar: - X-Spam_report: (-1.4 / 5.0 requ) BAYES_00=-1.9, FREEMAIL_FORGED_FROMDOMAIN=0.25, FREEMAIL_FROM=0.001, HEADER_FROM_DIFFERENT_DOMAINS=0.25, RCVD_IN_DNSWL_NONE=-0.0001, RCVD_IN_MSPIKE_H3=0.001, RCVD_IN_MSPIKE_WL=0.001, SPF_HELO_NONE=0.001, SPF_PASS=-0.001 autolearn=no autolearn_force=no X-Spam_action: no action X-BeenThere: emacs-devel@gnu.org X-Mailman-Version: 2.1.23 Precedence: list List-Id: "Emacs development discussions." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: emacs-devel-bounces+ged-emacs-devel=m.gmane-mx.org@gnu.org Original-Sender: "Emacs-devel" Xref: news.gmane.io gmane.emacs.devel:277877 Archived-At: Stefan Monnier writes: > No, `package.el` is not smart enough. The reason is that the version > numbers used by MELPA don't match the ones used in GNU ELPA, so the > MELPA versions always seem to be "much higher" than the ones in GNU ELPA > (e.g. 20180223.223 > 5.7.2). Maybe we should fix that. Could it be as easy as looking for version numbers starting with "YYYYMMDD", and if there is no package available with a version formatted that way, just assume that the currently highest numbered "normally versioned" package is more recent? It's easy to think of hypothetical scenarios where it would break, but it should work for the specific case of GNU ELPA, NonGNU ELPA and MELPA, at least.