Freight refactor for Debian archiving #3
No reviewers
Labels
No Label
bug
documentation
duplicate
enhancement
help wanted
invalid
maintenance
peach-lib
peach-network
peach-oled
peach-stats
peach-web
question
refactor
wontfix
No Milestone
No project
No Assignees
1 Participants
Notifications
Due Date
No due date set.
Dependencies
No dependencies set.
Reference: PeachCloud/peach-package-builder#3
Loading…
Reference in New Issue
No description provided.
Delete Branch "freight_refactor"
Deleting a branch is permanent. Although the deleted branch may continue to exist for a short time before it actually gets removed, it CANNOT be undone in most cases. Continue?
The setup script and supporting configuration files have been updated to utilize Freight as a Debian archive creator / manager in place of reprepro.
The major issue with reprepro was the inability to serve multiple versions of a single
.deb
. This would have been a problem if we ever wanted to downgrade an installed microservice or install one particular version among many.Detailed setup and usage instructions have been added to the README.
@mycognosist this looks good
when you run the script, does it simply replace any packages it finds in the freight library with the same version number if one with the same version number exists?
I imagine this is documented in freight, but could be good to add a comment about this to the README
also seeing this all together now, and the way we are manually doing a lot of stuff on the VPS,
I could see moving the "install rust + cargo + cross-compilation" into its own script, or just not having it as part of the script
(I know I originally wrote that, but kind of a carry over from the ansible "from scratch paradigm" and I could also see this just being a freight-specific script so its more modular)
(*also don't feel like it needs to be changed further just sharing that I agree with the feeling you mentioned earlier that that could be broken out)
@mhfowler
The package is not replaced if that particular version already exists in the Freight library (I think of the library as the staging area, with the cache being the actual archive from which packages are retrieved by a remote user). I've added a note about this behaviour to the readme.
I've separated the single script into
setup_build_env.py
andbuild_packages.py
. PR here: https://github.com/peachcloud/peach-vps/pull/5