All of lore.kernel.org
 help / color / mirror / Atom feed
From: Chris Knadle <Chris.Knadle@coredump.us>
To: mlmmj@mlmmj.org
Subject: [mlmmj] distribution "dead upstream" discussion
Date: Thu, 21 Jan 2021 10:35:05 +0000	[thread overview]
Message-ID: <b6763fd2-a7ca-1c16-b304-43d1ce0b09da@coredump.us> (raw)

Today I was contacted and asked about the status of mlmmj upstream because from 
the point of view of the outside world it looks dead; the mailing list archive 
stopped working in Dec 2017, there's no new commits to the Mercurial or Git 
repositories since 2017, and thus no indication that MLMMJ is "alive".

I happen to be on the mlmmj "discussion" mailing list because I maintain the 
'mlmmj' package in Debian, so I took the time to read through the "Is this list 
active? Where is "upstream"??" and similar threads, and I see that there's a Git 
repo fork at  https://gitlab.com/mlmmj/mlmmj and had a look at it ... but nobody 
from the outside world can see that this exists, because that repo is not 
mentioned on the website nor the mailing list archives.

 From the distribution point of view this appears to be "dead upstream" and is a 
reason for package removal. Debian is about to do a "soft freeze" for 
preparation for the next release whereby packages in the archive will need bug 
support for 3 years.

The main thing I want to know is "what should I do about the release?"
I'm considering the following choices:
   a) release 'mlmmj' as before, with myself as maintainer of the package.
   b) orphan the package so that there is no listed maintainer, where the package
      might be released with Debian 11 or might get dropped, depending on what
      the Release Team decides about the package themselves
   c) request removal of the package from the archive

Choice "a)" only fits if someone in "upstream" is willing to try to fix bugs 
that get reported. Are there others helping with this at present?
Right now I'm uncomfortable about this because the GitLab repo can't be found 
from the mlmmj.org web page, and that repo seems to be where bugs are reported 
and handled lately, as best I can tell. Is that correct?

Side note: In terms of chances of bugs needing upstream help, looking at the 
Debian "popularity contest" figures I see that the number of users reporting 
having mlmmj loaded is low but slowly going /up/, which is good but not what I 
expected to see. (Note: these "popcon" numbers are likely artificially low, 
because not all machines are set to report popcon data to Debian.)

    https://qa.debian.org/popcon.php?package=mlmmj

Choice "b)" seems the most reasonable to me under the circumstances, but puts 
the package at risk of removal. This option does not preclude me from continuing 
to help fix bugs on the package as a "non-maintainer", which is what I would 
intend to do, for as long as I still use the package.

I'd like to hear other's thoughts about this so we can discuss it some.
Thanks.
    -- Chris

-- 
Chris Knadle
Chris.Knadle@coredump.us


             reply	other threads:[~2021-01-21 10:35 UTC|newest]

Thread overview: 13+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2021-01-21 10:35 Chris Knadle [this message]
2021-01-21 17:43 ` [mlmmj] distribution "dead upstream" discussion webmaster
2021-01-21 21:59 ` Geert Stappers
2021-01-21 22:09 ` Eric Wong
2021-01-21 22:40 ` Christof Thalhofer
2021-01-22  3:50 ` Chris Knadle
2021-01-22  3:57 ` Chris Knadle
2021-01-22  6:03 ` Mads Martin Jørgensen
2021-01-25 17:20 ` Thomas Goirand
2021-01-26  0:14 ` Mads Martin Jørgensen
2021-01-27 15:58 ` Chris Knadle
2021-02-02 17:14 ` Thomas Goirand
2021-02-03 21:02 ` Chris Knadle

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=b6763fd2-a7ca-1c16-b304-43d1ce0b09da@coredump.us \
    --to=chris.knadle@coredump.us \
    --cc=mlmmj@mlmmj.org \
    /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 an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.