Hello Debian HAM Team,
I have the next release of TQSL ready for release:
https://salsa.debian.org/debian-hamradio-team/trustedqsl/-/merge_requests/3
And it is passing all pipeline jobs:
https://salsa.debian.org/penguin359/trustedqsl/-/pipelines/757172
I also ran a few interactive tests with loading my cert and signing logs without any issues.
I realize that merge requests are a little awkward due to the nature of
GBP workflows utilizing 3 different branches so let me know if there is
a better workflow I should be following to contribute to the development
and maintenance of the trustedqsl package.
73s,
Loren
K7IW
--
Loren M. Lang
[email protected]
http://www.north-winds.org/
Public Key: http://www.north-winds.org/lorenl_pubkey.asc
Fingerprint: 7896 E099 9FC7 9F6C E0ED E103 222D F356 A57A 98FA
Hello Loren,
I had noticed the new version and prepared an update and uploaded it
before I saw your post to the list. Please be assured that it wasn't
done intentionally. FWIW, my procedure is pretty exactly the same as
yours - upgrade, install locally, run some interactive tests.
Since you are willing to help maintain the package, I will wait to hear
from you for the next update, if that's okay with you. Regarding the
team-maintained packages.
Thank you,
tony
On Sun, Nov 03, 2024 at 05:26:50PM -0800, Loren M. Lang wrote:
Hello Debian HAM Team,
I have the next release of TQSL ready for release:
https://salsa.debian.org/debian-hamradio-team/trustedqsl/-/merge_requests/3
And it is passing all pipeline jobs:
https://salsa.debian.org/penguin359/trustedqsl/-/pipelines/757172
I also ran a few interactive tests with loading my cert and signing logs without any issues.
I realize that merge requests are a little awkward due to the nature of
GBP workflows utilizing 3 different branches so let me know if there is
a better workflow I should be following to contribute to the development and maintenance of the trustedqsl package.
73s,
Loren
K7IW
--
Loren M. Lang
[email protected]
http://www.north-winds.org/
Public Key: http://www.north-winds.org/lorenl_pubkey.asc
Fingerprint: 7896 E099 9FC7 9F6C E0ED E103 222D F356 A57A 98FA
On Thu, Nov 07, 2024 at 04:51:42AM +0000, tony mancill wrote:
Hello Loren,
I had noticed the new version and prepared an update and uploaded it
before I saw your post to the list. Please be assured that it wasn't
done intentionally. FWIW, my procedure is pretty exactly the same as
yours - upgrade, install locally, run some interactive tests.
Since you are willing to help maintain the package, I will wait to hear from you for the next update, if that's okay with you. Regarding the
Thanks for that. Unfortunately, this last month was a little too busy so
I didn't have a chance to look at the 2.7.5 release till now, but maybe
I'll beat you for the next release. :-)
I am working on the backports for Ubuntu now for my PPA:
https://launchpad.net/~penguin359/+archive/ubuntu/trustedqsl
But it looks like the pristine-tar branch is missing the latest release. Would you mind pushing that?
Also, the one extra commit that I did try add in to the previous release
was adding the gbp.conf config file. It just helps ensure that
pristine-tar is enabled for users git-buildpackage when using "gbp clone"
or "gbp push" regardless of their local default. I'll probably include
that the next chance I get to generate a release.
Always glad to contribute,
Loren
team-maintained packages.
Thank you,
tony
On Sun, Nov 03, 2024 at 05:26:50PM -0800, Loren M. Lang wrote:
Hello Debian HAM Team,
I have the next release of TQSL ready for release:
https://salsa.debian.org/debian-hamradio-team/trustedqsl/-/merge_requests/3
And it is passing all pipeline jobs:
https://salsa.debian.org/penguin359/trustedqsl/-/pipelines/757172
I also ran a few interactive tests with loading my cert and signing logs without any issues.
I realize that merge requests are a little awkward due to the nature of GBP workflows utilizing 3 different branches so let me know if there is
a better workflow I should be following to contribute to the development and maintenance of the trustedqsl package.
73s,
Loren
K7IW
--
Loren M. Lang
[email protected]
http://www.north-winds.org/
Public Key: http://www.north-winds.org/lorenl_pubkey.asc
Fingerprint: 7896 E099 9FC7 9F6C E0ED E103 222D F356 A57A 98FA
--
Loren M. Lang
[email protected]
http://www.north-winds.org/
Public Key: http://www.north-winds.org/lorenl_pubkey.asc
Fingerprint: 7896 E099 9FC7 9F6C E0ED E103 222D F356 A57A 98FA
On Sat, Dec 14, 2024 at 03:22:08PM -0800, Loren M. Lang wrote:
On Thu, Nov 07, 2024 at 04:51:42AM +0000, tony mancill wrote:
Hello Loren,
I had noticed the new version and prepared an update and uploaded it before I saw your post to the list. Please be assured that it wasn't done intentionally. FWIW, my procedure is pretty exactly the same as yours - upgrade, install locally, run some interactive tests.
Since you are willing to help maintain the package, I will wait to hear from you for the next update, if that's okay with you. Regarding the
Thanks for that. Unfortunately, this last month was a little too busy so
I didn't have a chance to look at the 2.7.5 release till now, but maybe I'll beat you for the next release. :-)
I am working on the backports for Ubuntu now for my PPA:
https://launchpad.net/~penguin359/+archive/ubuntu/trustedqsl
But it looks like the pristine-tar branch is missing the latest release. Would you mind pushing that?
I just noticed that the original tarball in the Debian archive for 2.7.5 appears to be one that gbp buildpackage auto-generated from the upstream branch, not the official tarball from ARRL due to the missing
pristine-tar. It just has the top-level folder renamed. I've adjusted my backports script to just pull it from the repository instead.
I ran into this issue before when I didn't have pristine-tar enabled
before and I've added --git-no-create-orig to my wrapper script around
gbp buildpackage to avoid confusion. Ideally, it should be a gbp.conf
option, but gbp doesn't seem to support that in a config file.
Also, the one extra commit that I did try add in to the previous release was adding the gbp.conf config file. It just helps ensure that
pristine-tar is enabled for users git-buildpackage when using "gbp clone" or "gbp push" regardless of their local default. I'll probably include
that the next chance I get to generate a release.
| Sysop: | Keyop |
|---|---|
| Location: | Huddersfield, West Yorkshire, UK |
| Users: | 715 |
| Nodes: | 16 (2 / 14) |
| Uptime: | 149:40:25 |
| Calls: | 12,091 |
| Calls today: | 4 |
| Files: | 15,000 |
| Messages: | 6,517,583 |