Re: Load custom plugin that isn't in the kdevelop tree
Πέτρος Σιλιγκούνας <[email protected]> Sun, 12 Apr 2020 12:59:23 +0300
| Newsgroups | gmane.comp.kde.users.kdevelop |
|---|---|
| Message-ID | <CAKQ0YYyPRwiaB4+6d=K4JYPTYvU08PfJEAfS9xb0QtkCrMtjtw@mail.gmail.com> |
I think I just going to install Linux in a VM and make my life easier. Thank you. Σιλιγκούνας Γ. Πέτρος Μηχανολόγος Μηχανικός Τ.Ε. [image: linkedin icon] <https://www.linkedin.com/in/petros-siligkounas-b13b89193/> On Sun, Apr 12, 2020 at 11:31 AM René J.V. Bertin <[email protected]> wrote: > On Sunday April 12 2020 08:03:40 Πέτρος Σιλιγκούνας wrote: > > >Building manually and installing kdevelop on /usr/local came along with > all > >sorts of problems as it couldn't find the libcocoa.dylib for the > >QT_PLUGIN_PATH and messed up the original installation of brew. > > For this kind of thing it *might* be easier to take inspiration on my > officious MacPorts ports tree for KF5 which has patches for Qt that make it > possible to install KF5 as if on Linux (or just install MacPorts with my > tree for this development purpose). > > >Can someone point me out how a plugin is tested before it actually moves > >into the kdevelop tree? > > That would be a question for the -devel mailing list, but you could take > the kdev-python, kdev-mercurial plugins as an example. Or, because your > plugin is already part of the tree, do your development in a branch in > which you merge upstream changes regularly. That way you probably won't > have to worry about how it gets installed, only how to apply the HB build > recipe to a git working copy instead of to what it would normally use. > > > Then of course you could install a Linux distro in a VM and work from > there ... ;) > > R. >