[JIRA] (JENKINS-49651) Extend plugin/update center metadata with known incompatibilities

2 views
Skip to first unread message

jglick@cloudbees.com (JIRA)

unread,
Feb 20, 2018, 9:42:02 AM2/20/18
to jenkinsc...@googlegroups.com
Jesse Glick updated an issue
 
Jenkins / New Feature JENKINS-49651
Extend plugin/update center metadata with known incompatibilities
Change By: Jesse Glick
Summary: Extend plugin/ update center metadata with known incompatibilities
Add Comment Add Comment
 
This message was sent by Atlassian JIRA (v7.3.0#73011-sha1:3c73d0e)
Atlassian logo

jglick@cloudbees.com (JIRA)

unread,
Feb 23, 2018, 1:04:02 PM2/23/18
to jenkinsc...@googlegroups.com
Jesse Glick commented on New Feature JENKINS-49651
 
Re: Extend plugin/update center metadata with known incompatibilities

Another use case: for JEP-200 we added several whitelist entries to core that actually apply to classes bundled in plugins, to make sure people could do a core upgrade without having to know about plugins to update. With this API, once the plugin releases appear which (for now redundantly) include those entries, we could delete them from core with a notice that the newer core versions are incompatible with the older plugin versions.

cobexer@gmail.com (JIRA)

unread,
Feb 28, 2018, 2:45:02 PM2/28/18
to jenkinsc...@googlegroups.com

jglick@cloudbees.com (JIRA)

unread,
Mar 2, 2018, 8:45:02 AM3/2/18
to jenkinsc...@googlegroups.com

Yes Linux package manager docs would be a good source of potential use cases to validate a solution against. I think we can get away with a simpler system, since:

  • Jenkins does not really need to deal with platform-specific issues.
  • Most plugin development happens under a single organization’s umbrella. Even if plugin maintainers operate autonomously they are still delivering software targeted toward a core produced by that same organization and using tools and an update center maintained by the same core developers. This is a much simpler situation than Linux, in which both the kernel and various userspace software projects are maintained by completely disparate groups, and multiple distributions compete to package those components independently, picking versions and backports, with these decisions often being made by people other than the upstream developer.
  • Evergreen reduces the pressure to support exotic scenarios that might occur with people running the many LTS flavors offered by various Linux distributions. The Jenkins project produces only one official “long-term” support line, and (until Evergreen) no “pinned” plugin versioning at all.

jglick@cloudbees.com (JIRA)

unread,
Mar 6, 2018, 11:39:01 AM3/6/18
to jenkinsc...@googlegroups.com

cobexer@gmail.com (JIRA)

unread,
Mar 7, 2018, 1:47:03 AM3/7/18
to jenkinsc...@googlegroups.com

I think we can get away with a simpler system

Sure, I just think that with Requirements and Incompatible-With (aka Conflicts) you almost have everything in place to enable:

  • Renames
  • Splits
  • Merges
    So I added the RPM documentation links here to save the implementer the time to come up with compatible semantics themselves.

Thinking about this some more I think Obsoletes and also handling core updates in the same resolver would net you almost everything. (IIRC KK talked about wanting to update core like the plugins)

cobexer@gmail.com (JIRA)

unread,
Mar 7, 2018, 1:47:03 AM3/7/18
to jenkinsc...@googlegroups.com
Christoph Obexer edited a comment on New Feature JENKINS-49651
{quote}I think we can get away with a simpler system{quote}


Sure, I just think that with Requirements and Incompatible-With (aka Conflicts) you almost have everything in place to enable:
* Renames
* Splits
* Merges

So I added the RPM documentation links here to save the implementer the time to come up with compatible semantics themselves.

Thinking about this some more I think Obsoletes and also handling core updates in the same resolver would net you almost everything. (IIRC KK talked about wanting to update core like the plugins)

jglick@cloudbees.com (JIRA)

unread,
Jun 7, 2018, 5:55:02 PM6/7/18
to jenkinsc...@googlegroups.com

tyler@monkeypox.org (JIRA)

unread,
Sep 24, 2018, 11:36:03 AM9/24/18
to jenkinsc...@googlegroups.com
R. Tyler Croy updated an issue
 
Change By: R. Tyler Croy
Labels: api essentials update-center
This message was sent by Atlassian Jira (v7.11.2#711002-sha1:fdc329d)

jglick@cloudbees.com (JIRA)

unread,
Jul 24, 2019, 6:13:03 AM7/24/19
to jenkinsc...@googlegroups.com
 
Re: Extend plugin/update center metadata with known incompatibilities

JENKINS-41854 is another example (DynamicContext needed a workflow-cps update to be interpreted).

Reply all
Reply to author
Forward
0 new messages