public inbox for development@lists.ipfire.org
 help / color / mirror / Atom feed
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