Re: Updating Taskwarrior to v3
On Tue, Apr 16, 2024 00:40:33 GMT, Randy Barlow via devel wrote: > As a tangent on this thread, it would be cool if there were a mechanism in > dnf to tell users when an upgrade needs special attention/instructions. > Another example like this is postgresql updates, which also require manual > intervention. +1 Yeh, that'd be great, but not really sure how it'd be done. -- Thanks, Regards, Ankur Sinha "FranciscoD" (He / Him / His) | https://fedoraproject.org/wiki/User:Ankursinha Time zone: Europe/London signature.asc Description: PGP signature -- ___ devel mailing list -- devel@lists.fedoraproject.org To unsubscribe send an email to devel-le...@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
Re: Updating Taskwarrior to v3
On Mon, Apr 15, 2024 16:40:50 GMT, Michel Lind wrote: > Hi Ankur, Hi Michel, Sorry, I missed your reply before. > > What you can probably do now is to introduce the compat package > *first* into all stable releases - and make it obsolete the task > package at the current NEVRA. > Then for Rawhide, you can update the task package to version 3 - that > way current users will get moved to task2 seamlessly (probably make > the update suggest they log out, just in case), and when task v3 is > packaged, they can then export their current database using the > existing task2 and import it after reinstalling task? Just trying to wrap my head around this :) - task2 obsoletes task <= 2.whatever, in F38--40. So, when users update, they get task2. Cool, that sounds good. - task >= 3 then lands in rawhide (F41), and users will have to install it explicitly. That does solve the issue of taskv2 being upgraded to taskv3 without the users' knowledge. Users still have to manually export/import, but I don't see a way around that at all. Additionally, for those on stable releases that do want to update to taskv3, I can maybe provide a COPR for F<41. I think I'll still announce it as a self contained change for more visibility. Thanks for that, I think that is the best way to go. -- Thanks, Regards, Ankur Sinha "FranciscoD" (He / Him / His) | https://fedoraproject.org/wiki/User:Ankursinha Time zone: Europe/London signature.asc Description: PGP signature -- ___ devel mailing list -- devel@lists.fedoraproject.org To unsubscribe send an email to devel-le...@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
Re: Updating Taskwarrior to v3
As a tangent on this thread, it would be cool if there were a mechanism in dnf to tell users when an upgrade needs special attention/instructions. Another example like this is postgresql updates, which also require manual intervention. -- ___ devel mailing list -- devel@lists.fedoraproject.org To unsubscribe send an email to devel-le...@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
Re: Updating Taskwarrior to v3
Hi Ankur, On 4/15/24 07:59, Ankur Sinha wrote: On Mon, Apr 15, 2024 14:18:59 +0200, Jos Vos wrote: On Mon, Apr 15, 2024 at 12:15:55PM +0100, Ankur Sinha wrote: Hrm, but the problem here is that a user that currently has the task package installed (currently v2) will end up with v3 if I update the task package to v3---which is something we'd like to avoid here. Just a side question: is this task v3 update planned to be distributed *during* an OS lifecycle or only at the start of a new one (e.g. F41, I assume it is too late for F40 now)? Are there any Fedora policies for this kind of incompatible updates? The general policy is to not introduce backwards incompatible changes to stable releases: https://docs.fedoraproject.org/en-US/fesco/Updates_Policy/#stable-releases I am thinking that the best way for this would be to announce it as a self-contained change so it'll land in rawhide (F41). In the meantime, I can perhaps keep a COPR repository for stable Fedora releases (F39/F40) for users that do want to use taskv3 already. https://docs.fedoraproject.org/en-US/program_management/changes_policy/#_self_contained_changes How does that sound? What you can probably do now is to introduce the compat package *first* into all stable releases - and make it obsolete the task package at the current NEVRA. Then for Rawhide, you can update the task package to version 3 - that way current users will get moved to task2 seamlessly (probably make the update suggest they log out, just in case), and when task v3 is packaged, they can then export their current database using the existing task2 and import it after reinstalling task? Best, -- _o) Michel Lind (né Salim) _( ) identities: https://keyoxide.org/5dce2e7e9c3b1cffd335c1d78b229d2f7ccc04f2 OpenPGP_0x8B229D2F7CCC04F2.asc Description: OpenPGP public key OpenPGP_signature.asc Description: OpenPGP digital signature -- ___ devel mailing list -- devel@lists.fedoraproject.org To unsubscribe send an email to devel-le...@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
Re: Updating Taskwarrior to v3
On Mon, Apr 15, 2024 14:18:59 +0200, Jos Vos wrote: > On Mon, Apr 15, 2024 at 12:15:55PM +0100, Ankur Sinha wrote: > >Hrm, but the problem here is that a user that currently has the task >package installed (currently v2) will end up with v3 if I update the >task package to v3---which is something we'd like to avoid here. > > Just a side question: is this task v3 update planned to be distributed > *during* an OS lifecycle or only at the start of a new one (e.g. F41, > I assume it is too late for F40 now)? Are there any Fedora policies > for this kind of incompatible updates? The general policy is to not introduce backwards incompatible changes to stable releases: https://docs.fedoraproject.org/en-US/fesco/Updates_Policy/#stable-releases I am thinking that the best way for this would be to announce it as a self-contained change so it'll land in rawhide (F41). In the meantime, I can perhaps keep a COPR repository for stable Fedora releases (F39/F40) for users that do want to use taskv3 already. https://docs.fedoraproject.org/en-US/program_management/changes_policy/#_self_contained_changes How does that sound? -- Thanks, Regards, Ankur Sinha "FranciscoD" (He / Him / His) | https://fedoraproject.org/wiki/User:Ankursinha Time zone: Europe/London signature.asc Description: PGP signature -- ___ devel mailing list -- devel@lists.fedoraproject.org To unsubscribe send an email to devel-le...@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
Re: Updating Taskwarrior to v3
On Mon, Apr 15, 2024 at 12:15:55PM +0100, Ankur Sinha wrote: Hrm, but the problem here is that a user that currently has the task package installed (currently v2) will end up with v3 if I update the task package to v3---which is something we'd like to avoid here. Just a side question: is this task v3 update planned to be distributed *during* an OS lifecycle or only at the start of a new one (e.g. F41, I assume it is too late for F40 now)? Are there any Fedora policies for this kind of incompatible updates? -- --Jos Vos --X/OS Experts in Open Systems BV | Office: +31 20 6938364 --Amsterdam, The Netherlands| Mobile: +31 6 26216181 -- ___ devel mailing list -- devel@lists.fedoraproject.org To unsubscribe send an email to devel-le...@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
Re: Updating Taskwarrior to v3
On Mon, Apr 15, 2024 12:50:48 +0200, Jos Vos wrote: > Hi, > > On Mon, Apr 15, 2024 at 11:04:22AM +0100, Ankur Sinha wrote: > >They are not designed to be installed in parallel, so task3 will >obsolete task. However, task3 will not provide the task package, so that >task will not be updated to task3 during normal upgrades. Users will >have to explicitly install task3. > > Being a happy taskwarrior user since years: > > Note that users do not always update (full) OS releases, but do > new installs while keeping (a.o.) /home. So, after installing > that new OS release, users will face the same issue. Furthermore, > if they are used to install "task", they will install the wrong > version, even if they may want to use the new version. > > The fact that v3 does *require* a v2 for exporting is of course a > bad thing, they should have added a export-v2 option or so. Will > the task v3 warn users if they detect old data? It won't use the old data format at all. After conversion, if one still has the old data files, it will show warnings: https://taskwarrior.org/docs/upgrade-3/ > > What is the idea? To temporarily provide both packages, v2 and v3, > that can not be installed together? > > About the naming / versioning part: this probably has happened > before with other packages, I am not aware of all the policies. > But I would think that having task2 for backwards compatibility > would be a better option. Can't task2 be built in such a way > that it can be installed alongside task (task v3). They both provide the same binary, but we could perhaps rename the task binary from taskv2 to task2. I've not looked at the rest of the package files yet to be able to say if they'll all require similar mangling to allow taskv2 and taskv3 to be installed in parallel. Theoretically, it should be doable. The issue with updating task to v3 and keeping task2 is that people that aren't aware of the change will end up with a non-functional task installation when the task package is upgraded. They'll have to downgrade to an older version of the package (or install task2), export their data, and then re-upgrade task to make it all work (and sync with taskserver won't work even then, of course). The documentation says "Before installing Taskwarrior 3, export all of your tasks". I haven't tested out what happens if one runs task3 without exporting the data---it shouldn't touch the old data files, but I don't know if it affects the import later. -- Thanks, Regards, Ankur Sinha "FranciscoD" (He / Him / His) | https://fedoraproject.org/wiki/User:Ankursinha Time zone: Europe/London signature.asc Description: PGP signature -- ___ devel mailing list -- devel@lists.fedoraproject.org To unsubscribe send an email to devel-le...@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
Re: Updating Taskwarrior to v3
On Mon, Apr 15, 2024 12:53:06 +0200, Vít Ondruch wrote: > Our guidelines suggest that the "main" package should be unversioned, while > if needed, the "compat" packages should include version: > > https://docs.fedoraproject.org/en-US/packaging-guidelines/Naming/#multiple > > So if you want to introduce new package, then please introduce `task2` and > update the current `task` package to the most recent version. > Hrm, but the problem here is that a user that currently has the task package installed (currently v2) will end up with v3 if I update the task package to v3---which is something we'd like to avoid here. -- Thanks, Regards, Ankur Sinha "FranciscoD" (He / Him / His) | https://fedoraproject.org/wiki/User:Ankursinha Time zone: Europe/London signature.asc Description: PGP signature -- ___ devel mailing list -- devel@lists.fedoraproject.org To unsubscribe send an email to devel-le...@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
Re: Updating Taskwarrior to v3
Our guidelines suggest that the "main" package should be unversioned, while if needed, the "compat" packages should include version: https://docs.fedoraproject.org/en-US/packaging-guidelines/Naming/#multiple So if you want to introduce new package, then please introduce `task2` and update the current `task` package to the most recent version. Vít Dne 15. 04. 24 v 12:04 Ankur Sinha napsal(a): On Mon, Apr 15, 2024 09:41:05 -, Onuralp SEZER wrote: +1 to create task3 but the CLI command is "task". It either needs to rename both like "task2,task3" or conflict old and new ones and prevent installing both of them. They are not designed to be installed in parallel, so task3 will obsolete task. However, task3 will not provide the task package, so that task will not be updated to task3 during normal upgrades. Users will have to explicitly install task3. -- ___ devel mailing list -- devel@lists.fedoraproject.org To unsubscribe send an email to devel-le...@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 OpenPGP_signature.asc Description: OpenPGP digital signature -- ___ devel mailing list -- devel@lists.fedoraproject.org To unsubscribe send an email to devel-le...@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
Re: Updating Taskwarrior to v3
Hi, On Mon, Apr 15, 2024 at 11:04:22AM +0100, Ankur Sinha wrote: They are not designed to be installed in parallel, so task3 will obsolete task. However, task3 will not provide the task package, so that task will not be updated to task3 during normal upgrades. Users will have to explicitly install task3. Being a happy taskwarrior user since years: Note that users do not always update (full) OS releases, but do new installs while keeping (a.o.) /home. So, after installing that new OS release, users will face the same issue. Furthermore, if they are used to install "task", they will install the wrong version, even if they may want to use the new version. The fact that v3 does *require* a v2 for exporting is of course a bad thing, they should have added a export-v2 option or so. Will the task v3 warn users if they detect old data? What is the idea? To temporarily provide both packages, v2 and v3, that can not be installed together? About the naming / versioning part: this probably has happened before with other packages, I am not aware of all the policies. But I would think that having task2 for backwards compatibility would be a better option. Can't task2 be built in such a way that it can be installed alongside task (task v3). Cheers, -- --Jos Vos --X/OS Experts in Open Systems BV | Office: +31 20 6938364 --Amsterdam, The Netherlands| Mobile: +31 6 26216181 -- ___ devel mailing list -- devel@lists.fedoraproject.org To unsubscribe send an email to devel-le...@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
Re: Updating Taskwarrior to v3
On Mon, Apr 15, 2024 09:41:05 -, Onuralp SEZER wrote: > > +1 to create task3 but the CLI command is "task". It either needs to > rename both like "task2,task3" or conflict old and new ones and > prevent installing both of them. They are not designed to be installed in parallel, so task3 will obsolete task. However, task3 will not provide the task package, so that task will not be updated to task3 during normal upgrades. Users will have to explicitly install task3. -- Thanks, Regards, Ankur Sinha "FranciscoD" (He / Him / His) | https://fedoraproject.org/wiki/User:Ankursinha Time zone: Europe/London signature.asc Description: PGP signature -- ___ devel mailing list -- devel@lists.fedoraproject.org To unsubscribe send an email to devel-le...@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
Re: Updating Taskwarrior to v3
+1 to create task3 but the CLI command is "task". It either needs to rename both like "task2,task3" or conflict old and new ones and prevent installing both of them. -- ___ devel mailing list -- devel@lists.fedoraproject.org To unsubscribe send an email to devel-le...@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