From: Thomas Petazzoni <thomas.petazzoni@free-electrons.com>
To: buildroot@busybox.net
Subject: [Buildroot] [PATCH 2/3] whois: use github repo as home page
Date: Tue, 15 Aug 2017 14:07:39 +0200 [thread overview]
Message-ID: <20170815140739.3370030e@windsurf> (raw)
In-Reply-To: <20170815112018.rg7udjb7zlfps4ue@sapphire.tkos.co.il>
Hello,
On Tue, 15 Aug 2017 14:20:18 +0300, Baruch Siach wrote:
> On Tue, Aug 15, 2017 at 12:56:21PM +0200, Thomas Petazzoni wrote:
> > On Tue, 15 Aug 2017 12:10:17 +0200, Arnout Vandecappelle wrote:
> >
> > > > But we generally prefer upstream provided tarballs, aren't we? Moreover, in
> > > > this case the Debian repo provides a smaller .tar.xz, and an upstream computed
> > > > SHA256 in the .dsc file. You don't get that from github.
> > >
> > > On Sunday, I was going to ask the same question, and came to the same
> > > conclusion about the tar.xz and the sha256. Unfortunately, I don't remember why
> > > I didn't just apply it then and there...
> >
> > I definitely don't agree here. We should use upstream when it exists,
> > even if it provides things that are less "convenient" than Debian.
> >
> > Otherwise, we're going to convert a *lot* of packages to use tarballs
> > from Debian rather than from upstream.
> >
> > What will happen when we'll want to bump to a new upstream version that
> > hasn't been packaged by Debian ?
>
> As things stand now this is quite unlikely. The whois package Debian
> maintainer and the upstream developer are the same person, Marco d'Itri. The
> only upstream in-tree changelog file is at debian/changelog.
>
> > Sorry, but I definitely disagree here. Please use the real upstream.
>
> The real whois upstream README file says this:
>
> The canonical distribution point for releases of the program is
> http://ftp.debian.org/debian/pool/main/w/whois/ .
Fair enough. But I still find it completely weird to have the Github
page as the "project home page" indicated in the Config.in file, and
not use that as the upstream.
And Arnout has put PATCH 1/3 back to the New state, while I still
disagree with the approach being taken.
Best regards,
Thomas
--
Thomas Petazzoni, CTO, Free Electrons
Embedded Linux and Kernel engineering
http://free-electrons.com
next prev parent reply other threads:[~2017-08-15 12:07 UTC|newest]
Thread overview: 18+ messages / expand[flat|nested] mbox.gz Atom feed top
2017-08-13 18:34 [Buildroot] [PATCH 1/3] whois: fix build with NLS disabled Baruch Siach
2017-08-13 18:34 ` [Buildroot] [PATCH 2/3] whois: use github repo as home page Baruch Siach
2017-08-14 20:03 ` Thomas Petazzoni
2017-08-15 4:14 ` Baruch Siach
2017-08-15 10:10 ` Arnout Vandecappelle
2017-08-15 10:56 ` Thomas Petazzoni
2017-08-15 11:20 ` Baruch Siach
2017-08-15 12:07 ` Thomas Petazzoni [this message]
2017-08-15 15:23 ` Arnout Vandecappelle
2017-08-13 18:34 ` [Buildroot] [PATCH 3/3] whois: bump to version 5.2.17 Baruch Siach
2017-08-15 4:18 ` Baruch Siach
2017-08-15 8:40 ` Thomas Petazzoni
2017-08-15 10:12 ` Arnout Vandecappelle
2017-08-15 10:54 ` Thomas Petazzoni
2017-08-15 16:22 ` Arnout Vandecappelle
2017-09-06 9:03 ` Peter Korsgaard
2017-08-14 20:02 ` [Buildroot] [PATCH 1/3] whois: fix build with NLS disabled Thomas Petazzoni
2017-08-16 21:09 ` Thomas Petazzoni
Reply instructions:
You may reply publicly to this message via plain-text email
using any one of the following methods:
* Save the following mbox file, import it into your mail client,
and reply-to-all from there: mbox
Avoid top-posting and favor interleaved quoting:
https://en.wikipedia.org/wiki/Posting_style#Interleaved_style
* Reply using the --to, --cc, and --in-reply-to
switches of git-send-email(1):
git send-email \
--in-reply-to=20170815140739.3370030e@windsurf \
--to=thomas.petazzoni@free-electrons.com \
--cc=buildroot@busybox.net \
/path/to/YOUR_REPLY
https://kernel.org/pub/software/scm/git/docs/git-send-email.html
* If your mail client supports setting the In-Reply-To header
via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line
before the message body.
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox