Discussion:
Bug#1091806: RFS: ydotool/1.0.4-1 [ITA] -- Generic Linux command-line automation tool
Add Reply
Salvo Tomaselli
2025-01-13 17:00:01 UTC
Reply
Permalink
Nice tool!

I'd just create a single package though, since they are both architecture any
and must both be installed. I don't think there's any advantage in keeping
them split.

That's normally done when there's some architecture independent data to save
space, or when some component might not be installed.

Also you forgot to make them dependent so one should read the documentation
and install both or it won't even work. I think it's much easier to just have
1 package.
--
Salvo Tomaselli

"Io non mi sento obbligato a credere che lo stesso Dio che ci ha dotato di
senso, ragione ed intelletto intendesse che noi ne facessimo a meno."
-- Galileo Galilei

https://ltworf.codeberg.page/
Maytham Alsudany
2025-03-02 05:50:01 UTC
Reply
Permalink
Hi Andre,
ydotool (1.0.4-1) unstable; urgency=medium
.
* Change of maintainers (Closes: #1086596).
* New upstream release (Closes: #1053561).
* Move license from MIT to AGPL-3.0
* Update Standard version and Compat version
Could you please fork the existing Salsa repo[1] and push your changes
to git?

I've got a few points about the packaging:
- One package rather than two (which has already been mentioned).
- debian/upstream/metadata from DEP12[2] would be nice to have.
- Consider adding yourself to d/copyright.
- Bump Standards-Version to the recently-release 4.7.2.
- The package doesn't need to build-depend on both debhelper and
debhelper-compat. Build-Depends: debhelper should be dropped.

Additionally, could you please add me as an Uploader?
--
Maytham

[1]: https://salsa.debian.org/debian/ydotool
[2]: https://dep-team.pages.debian.net/deps/dep12/
Loading...