Skip to content

Rename RDNN to io.elementary.contractor - #943

Merged
ryonakano merged 2 commits into
elementary:mainfrom
drowsymike:main
Aug 25, 2026
Merged

Rename RDNN to io.elementary.contractor#943
ryonakano merged 2 commits into
elementary:mainfrom
drowsymike:main

Conversation

@drowsymike

Copy link
Copy Markdown
Contributor

In discussions elementary/contractor#31 and elementary/contractor#41, @ryonakano pointed out the need to transition from org.elementary.Contractor to io.elementary.Contractor as part of the RDNN rename for OS 9

This PR updates the occurrences in lib/Services/ContractorProxy.vala to match the changes in the Contractor daemon

Note: This change is part of a cross-repo transition and should be merged in coordination with the Contractor PR

@danirabbit danirabbit left a comment

Copy link
Copy Markdown
Member

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

Since this is an API breaking change we also need to bump the library major version. So this would have to come after we change to granite-9

@danirabbit danirabbit added this to OS 9 Jan 29, 2026
@danirabbit danirabbit moved this to In progress in OS 9 Jan 29, 2026
@ryonakano ryonakano added the Status: Blocked Something else needs to be done before this can be fixed label Jan 29, 2026
@ryonakano

Copy link
Copy Markdown
Member

Since now we bumped to granite-9 in the main branch, maybe we can go ahead and merge this?

@ryonakano ryonakano moved this from In progress to Needs Review in OS 9 Aug 22, 2026
@ryonakano
ryonakano requested a review from a team August 22, 2026 11:38
@ryonakano
ryonakano merged commit 341f90c into elementary:main Aug 25, 2026
@github-project-automation github-project-automation Bot moved this from Needs Review to Done in OS 9 Aug 25, 2026
@ryonakano ryonakano linked an issue Aug 25, 2026 that may be closed by this pull request
@ryonakano

Copy link
Copy Markdown
Member

@danirabbit

Since this is an API breaking change we also need to bump the library major version. So this would have to come after we change to granite-9

I'm thinking this back after merging this PR; is this really an API breaking change? As I understand correctly apps that want to use Contractor communicate with it through the APIs in Granite. Here, all of our apps that use Contractor still uses Granite 6 because they have not been ported to GTK 4. So, I wonder possibly we need to rather backport this to Granite 6, otherwise we can never release new version of Contractor with the new RDNN until we port these apps to GTK 4 and Granite 9.

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment

Labels

Status: Blocked Something else needs to be done before this can be fixed

Projects

Status: Done

Development

Successfully merging this pull request may close these issues.

wrong RDNN for dbus service

3 participants