Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

Make a release / git tag #7

Open
bjornfor opened this issue May 19, 2014 · 6 comments
Open

Make a release / git tag #7

bjornfor opened this issue May 19, 2014 · 6 comments

Comments

@bjornfor
Copy link

I'm packaging kalibrate-rtl for Nix/NixOS and would like to ask if you could make a git tag in the repo as an indication to downstream that "this is the version you should use".

Something like git tag -a -m "Version 1.0" v1.0 && git push --tags should do it :-)

bjornfor added a commit to NixOS/nixpkgs that referenced this issue Jul 23, 2014
kalibrate-rtl calculates the local oscillator frequency offset in
RTL-SDR devices.

kalibrate-rtl has no tags/releases, so I'm using the latest commit from
git master (dated 2013-12-14). I made an upstream issue about making a
release back in May[1], but I've gotten no response yet.

[1] steve-m/kalibrate-rtl#7
@barjac
Copy link

barjac commented Dec 3, 2016

+1

@Romeo-Golf
Copy link

+2

@drsn0w
Copy link

drsn0w commented Mar 17, 2017

+3 packaging for Gentoo

@barjac
Copy link

barjac commented Feb 5, 2022

+++ Again after 5 years! I am packaging for Mageia. We still have no actual release / tag, it's all guess work to know when to grab a commit and package an update.
Please please do something to help with this situation.

@steve-m
Copy link
Owner

steve-m commented Feb 5, 2022

Well, this started as an quick and dirty fork of the original kalibrate by simply patching the UHD driver, and a proper "release" was never planned, because the right way of doing it would be of course to add the various SDR drivers into one unified kalibrate. This never happened..

If that helps I can add a tag. But while we are at it: how are you dealing with the other forks of kalibrate like kalibrate-lms and kalibrate-bladeRF etc.? I took a look at them, and they all use "kal" as name for the output executable as well. Do you rename that in your make install wrapper? Or should we change it to something like kal-rtl here?

@bjornfor
Copy link
Author

bjornfor commented Feb 6, 2022

In nixpkgs there are currently two kalibrate* packages, and their binaries are:

$ ls -1 $(nix-build -A kalibrate-rtl)/bin
kal

$ ls -1 $(nix-build -A kalibrate-hackrf)/bin
kal-hackrf

The hackrf one gets renamed s/kal/kal-hackrf/ in postInstall in nixpkgs, whereas the rtl one has no postInstall tweaks.

I have no opinion on whether to rename upstream or downstream, or just keep it as is.

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
None yet
Projects
None yet
Development

No branches or pull requests

5 participants