SHA256
1
0
forked from cockpit/cockpit
Go to file
2021-03-02 11:26:08 +00:00
_service Fix Source 2021-02-25 15:02:11 +00:00
_servicedata Accepting request 873183 from home:lnussel:branches:systemsmanagement:cockpit 2021-02-17 15:44:07 +00:00
.gitattributes - Initial release 0.38 2015-02-07 13:28:40 +00:00
.gitignore - Initial release 0.38 2015-02-07 13:28:40 +00:00
cockpit-238.1.obscpio Accepting request 875121 from home:adamm:branches:systemsmanagement:cockpit 2021-02-25 13:24:23 +00:00
cockpit-redhatfont.diff Accepting request 875121 from home:adamm:branches:systemsmanagement:cockpit 2021-02-25 13:24:23 +00:00
cockpit-rpmlintrc Accepting request 798947 from home:lnussel:branches:systemsmanagement:cockpit 2020-05-15 10:21:24 +00:00
cockpit.changes Accepting request 875121 from home:adamm:branches:systemsmanagement:cockpit 2021-02-25 13:24:23 +00:00
cockpit.obsinfo Accepting request 875121 from home:adamm:branches:systemsmanagement:cockpit 2021-02-25 13:24:23 +00:00
cockpit.pam Accepting request 711871 from home:bmanojlovic:admin 2019-06-25 12:44:15 +00:00
cockpit.spec Fix Source 2021-02-25 15:02:11 +00:00
node_modules.obscpio Accepting request 875121 from home:adamm:branches:systemsmanagement:cockpit 2021-02-25 13:24:23 +00:00
node_modules.spec.inc Accepting request 875121 from home:adamm:branches:systemsmanagement:cockpit 2021-02-25 13:24:23 +00:00
package-lock.json Accepting request 875121 from home:adamm:branches:systemsmanagement:cockpit 2021-02-25 13:24:23 +00:00
README.packaging - Add README.packaging for packagers 2020-08-31 15:47:21 +00:00

The upstream cockpit spec file is rather complex and ugly. It does
contain information we need though, such as the bundled node
modules. Therefore the package reuses the upstream spec file and
applies openSUSE specifics that upstream doesn't accept on top. For
that purpose a git repo tracks the spec file changes:
https://github.com/lnussel/cockpit

There' an opensuse-$VERSION branch for each release

For simple fixes it's fine to just submit the spec file by OBS
means, I'll retrofit in git. Don't worry about that.

For version updates the git workflow really is needed to maintain
mental health though.

The following workflow is used to update the package to a newer
version:

- create a branch for the new version based on the old one:
  git checkout -b opensuse-$NEW_VERSION opensuse-$OLD_VERSION
- use interactive rebase to amend the commits marked as EDIT THIS:
  git rebase -i $NEW_VERSION
  * for the very fist commit download the new tarball and extract
    the spec file from it. Copy the spec file over
    tools/cockpit.spec. That is basically what changed between the
    versions wrt spec file.
  * the second one adjust the spec file to have $NEW_VERSION. For
    whatever reason the upstream spec file alwas has version 0.
  * the rest of the changes should just apply.
- copy the spec file back into the OBS checkout and continue with
  regular tasks related to updating packages.
- If any further spec file changes were needed, copy the spec back
  into the git tree and commit there. Amend and reorder as needed.
- When done, push the git repo.

Sending fixes upstream:

if you have any changes that should go upstream, create a new, clean
branch and cherry pick *one* commit into it. Upstream wants pull
requests with only one commit