From: Paul Simmons <mbatranch@gmail.com>
To: development@lists.ipfire.org
Subject: RFC: enhance cgi-bin/pakfire.cgi to revert to "Stable"
Date: Thu, 25 Feb 2021 21:51:10 -0600 [thread overview]
Message-ID: <dc7373f6-5f2d-e19c-5e53-419014946854@gmail.com> (raw)
[-- Attachment #1: Type: text/plain, Size: 1474 bytes --]
Hello, @list.
From time to time, the https://nightly.ipfire.org/master/latest/*/ is
rebuilt, due to unforeseen (but show-stopping) revision(s) of the final
Core ??? impending release. I think test Core 154 has been rebuilt
twice since its initial announcement.
If a user has switched into "Testing", and a rebuild occurs, the user
must edit /opt/pakfire/db/core/mine and decrement the content to
reinstall the updated Testing package(s). I assume the same is true for
the "Unstable" build. When leaving Testing for Stable after an
announced Release, one must make the same change to be certain of
receiving the "complete" release.
In addition, I assume that if one should revert from Unstable to Stable,
Testing to Stable, or Unstable to Testing, an edit would be required to
ensure receiving and running the correct (and latest) "*" build.
Can anyone think of a way to change/automate "revisions" in
cgi-bin/pakfire.cgi , or must one continue to be aware of (and manually
correct) this anomaly?
I ask because some of us (lowly users) don't have a "non-production"
machine, but become anxious to test releases (and resolve problems).
Recently, I made a post on the forum to help a tester install a revised
Core 154 test build.
I understand that your time and resources are limited, and that you make
huge sacrifices for the community. Please advise.
Many, many thanks for your efforts. I am humbled by your efforts and
expertise.
Paul
reply other threads:[~2021-02-26 3:51 UTC|newest]
Thread overview: [no followups] expand[flat|nested] mbox.gz Atom feed
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=dc7373f6-5f2d-e19c-5e53-419014946854@gmail.com \
--to=mbatranch@gmail.com \
--cc=development@lists.ipfire.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 a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox