Hello all,
I am interested in taking ownership of the unison package [1]. The most recent discussion on this topic of which I'm aware is from 2018-05 [2], which was attempting to bring all of the various unison versions [3-5] packaged in Fedora into a single spec file. That never happened, and those packages were retired in 2020-09.
Since then, as of version 2.52 (2022-03), unison has become considerably more forward and backward version-compatible, not only between clients and servers of different unison versions but also when compiled with different OCaml compiler versions, as explained in the manual [6].
I have already done some test builds of this new package version on F38-F41 [7] and EPEL 9 [8] COPR and tested it on the latter. Debian stable already appears to have unison v2.52, and testing has v2.53, so this should also work well with Debian [9].
Thoughts?
Matthew
[1] https://src.fedoraproject.org/rpms/unison [2] https://lists.fedoraproject.org/archives/list/devel@lists.fedoraproject.org/... [3] https://src.fedoraproject.org/rpms/unison213 [4] https://src.fedoraproject.org/rpms/unison227 [5] https://src.fedoraproject.org/rpms/unison240 [6] https://github.com/bcpierce00/unison/blob/5f07978c23d113b3ec8dbbd59d00e1e163... [7] https://copr.fedorainfracloud.org/coprs/mkrupcale/unison/build/7331891/ [8] https://copr.fedorainfracloud.org/coprs/mkrupcale/rhel-9-unison/build/733223... [9] https://packages.debian.org/search?keywords=unison
Am 25.04.2024 um 04:19 schrieb Matthew Krupcale mkrupcale@gmail.com:
Hello all,
I am interested in taking ownership of the unison package [1]. The most recent discussion on this topic of which I'm aware is from 2018-05 [2], which was attempting to bring all of the various unison versions [3-5] packaged in Fedora into a single spec file. That never happened, and those packages were retired in 2020-09.
. . .
Thoughts?
Matthew
Hi Matthew,
Fedora Server WG would really appreciate your efforts very very much! Although we haven't been able to discuss this yet, of course, I'm very sure. Unison is currently a sadly missing building block when using Fedora Server as a file server.
I had mentally registered that the Unison project, originally started as a research project, had been abandoned to facilitate permanent use and that the Unison project had been discontinued. This is obviously wrong, fortunately. Even if the developer group is obviously very small.
I hope you are successful with this project. I would like to make Unison one of the essential features of Fedora Server.
Peter
-- Peter Boy https://fedoraproject.org/wiki/User:Pboy PBoy@fedoraproject.org
Timezone: CET (UTC+1) / CEST (UTC+2)
Fedora Server Edition Working Group member Fedora Docs team contributor and board member Java developer and enthusiast
On Thu, Apr 25, 2024 at 02:19:36AM -0000, Matthew Krupcale wrote:
Hello all,
I am interested in taking ownership of the unison package [1]. The most recent discussion on this topic of which I'm aware is from 2018-05 [2], which was attempting to bring all of the various unison versions [3-5] packaged in Fedora into a single spec file. That never happened, and those packages were retired in 2020-09.
This is the latest email I think:
https://lists.fedoraproject.org/archives/list/devel@lists.fedoraproject.org/...
But yes, looks like you've got most of the important references already.
If you do re-add Unison, please let me & Jerry James know because we'll have to add it to the list of OCaml packages that get rebuilt whenever OCaml is updated.
Since then, as of version 2.52 (2022-03), unison has become considerably more forward and backward version-compatible, not only between clients and servers of different unison versions but also when compiled with different OCaml compiler versions, as explained in the manual [6].
About time!
Rich.
I have already done some test builds of this new package version on F38-F41 [7] and EPEL 9 [8] COPR and tested it on the latter. Debian stable already appears to have unison v2.52, and testing has v2.53, so this should also work well with Debian [9].
Thoughts?
Matthew
[1] https://src.fedoraproject.org/rpms/unison [2] https://lists.fedoraproject.org/archives/list/devel@lists.fedoraproject.org/... [3] https://src.fedoraproject.org/rpms/unison213 [4] https://src.fedoraproject.org/rpms/unison227 [5] https://src.fedoraproject.org/rpms/unison240 [6] https://github.com/bcpierce00/unison/blob/5f07978c23d113b3ec8dbbd59d00e1e163... [7] https://copr.fedorainfracloud.org/coprs/mkrupcale/unison/build/7331891/ [8] https://copr.fedorainfracloud.org/coprs/mkrupcale/rhel-9-unison/build/733223... [9] https://packages.debian.org/search?keywords=unison -- _______________________________________________ devel mailing list -- devel@lists.fedoraproject.org To unsubscribe send an email to devel-leave@lists.fedoraproject.org Fedora Code of Conduct: https://docs.fedoraproject.org/en-US/project/code-of-conduct/ List Guidelines: https://fedoraproject.org/wiki/Mailing_list_guidelines List Archives: https://lists.fedoraproject.org/archives/list/devel@lists.fedoraproject.org Do not reply to spam, report it: https://pagure.io/fedora-infrastructure/new_issue
If you do re-add Unison, please let me & Jerry James know because we'll have to add it to the list of OCaml packages that get rebuilt whenever OCaml is updated.
I've packaged the latest upstream unison v2.53.5 in f39, f40, rawhide, and epel9 branches now [1-4]. For epel9, I had to disable the GTK package because we're missing a few dependencies that I built in my copr [5]. So if we want the GTK interface on epel9, we'll have to work to get those build dependencies packaged on epel9 as well.
[1] https://bodhi.fedoraproject.org/updates/FEDORA-2024-0cbf52347e [2] https://bodhi.fedoraproject.org/updates/FEDORA-2024-1ff568ff2b [3] https://bodhi.fedoraproject.org/updates/FEDORA-2024-2bcf96bfe1 [4] https://bodhi.fedoraproject.org/updates/FEDORA-EPEL-2024-26c4a8b10d [5] https://copr.fedorainfracloud.org/coprs/mkrupcale/rhel-9-unison/builds/
-
Matthew Krupcale -
Peter Boy -
Richard W.M. Jones