Buildroot Archive on lore.kernel.org
 help / color / mirror / Atom feed
From: Arnout Vandecappelle <arnout@mind.be>
To: buildroot@busybox.net
Subject: [Buildroot] [PATCH] python-can: bump to 1.4.1
Date: Sun, 3 Jan 2016 23:24:21 +0100	[thread overview]
Message-ID: <56899F95.6020808@mind.be> (raw)
In-Reply-To: <CA+TH9Vn0=XqUhDZO0eAj1qis6GmjAJhJob3mDhOq_q2wCMGZsw@mail.gmail.com>

On 02-01-16 22:50, Angelo Compagnucci wrote:
> Yegor, Arnout, All
> 
> 2016-01-02 22:04 GMT+01:00 Arnout Vandecappelle <arnout@mind.be>:
>> > On 02-01-16 12:15, Yann E. MORIN wrote:
>>> >> Yegor, All,
>>> >>
>> >
>> > [snip]
>> >
>>> >> Still, I think we should use upstream locations, not some packaging
>>> >> location. For example, switching to PyPi for Python packages would be
>>> >> like switching to Debian for 'native' packages. We don't do that (except
>>> >> when upstream has disapeared, is acting...)
>> >
>> >  This analogy is not quite correct. PyPi is a distribution channel, not a
>> > downstream. Not that I can think of a better analogy though. But the important
>> > thing is: the PyPi location is under control of the upstream author, so it is
>> > equally upstream as the git repo. Brian Thorne (the python-can author) doesn't
>> > upload tarballs to the bitbucket location (you only get the automatic ones), but
>> > only to PyPi. So there really is something to be said for using PyPi as the
>> > download location.
> I'm following (and contributing to) python-can for more than a year
> now and this is the first time in my memory that a release was
> uploaded to PyPi, and this happened cause someone asked for that on a
> project issue.
> 
> IMHO, it will not happen in the future again if not prompted by someone.
> 
> Indeed, I originally submitted the package using bitbucket as a source
> location, cause it was the only available.

 In that case we should stick to bitbucket as the source. If the next bump is
still available on pypi we can still switch then.

 Regards,
 Arnout


-- 
Arnout Vandecappelle                          arnout at mind be
Senior Embedded Software Architect            +32-16-286500
Essensium/Mind                                http://www.mind.be
G.Geenslaan 9, 3001 Leuven, Belgium           BE 872 984 063 RPR Leuven
LinkedIn profile: http://www.linkedin.com/in/arnoutvandecappelle
GPG fingerprint:  7493 020B C7E3 8618 8DEC 222C 82EB F404 F9AC 0DDF

  reply	other threads:[~2016-01-03 22:24 UTC|newest]

Thread overview: 12+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2016-01-01 22:18 [Buildroot] [PATCH] python-can: bump to 1.4.1 Yegor Yefremov
2016-01-01 22:28 ` Yann E. MORIN
2016-01-01 22:49   ` Yann E. MORIN
2016-01-02  9:05     ` Yegor Yefremov
2016-01-02 11:15       ` Yann E. MORIN
2016-01-02 21:04         ` Arnout Vandecappelle
2016-01-02 21:50           ` Angelo Compagnucci
2016-01-03 22:24             ` Arnout Vandecappelle [this message]
2016-01-04  8:54               ` Yegor Yefremov
2016-01-13 14:26                 ` Yegor Yefremov
2016-01-02 22:31   ` Thomas Petazzoni
2016-01-03 20:50     ` Peter Korsgaard

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=56899F95.6020808@mind.be \
    --to=arnout@mind.be \
    --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