RKWard is in kdereview

Thomas Friedrichsmeier thomas.friedrichsmeier at ruhr-uni-bochum.de
Fri Oct 12 21:03:16 BST 2018


On Fri, 12 Oct 2018 18:04:45 +0100
Jonathan Riddell <jr at jriddell.org> wrote:
> I added it into Neon
> https://packaging.neon.kde.org/neon-packaging/rkward.git/
> https://build.neon.kde.org/view/1%20release%20⛰/job/bionic_release_neon-packaging_rkward/


> It's the norm for Debian packages to have their packaging kept
> separate from the upstream source including for PPAs, keeping them
> together is quite confusing.

Ok, will do. It may take me a while, though, as I'll have to be careful
not to break our automated builds on our Ubuntu PPAs (as pointed out by
Meik). But ideally, I'd also like to combine this step with handing
over our official debian packaging (i.e. the "debian-official" folder)
to the debian qt/kde-team.

Is there any hope for that, or what can I do to make that happen?

> QGuiApplication should include ability for single instance application
> rather than having separate .desktop files for it.

Not quite what we want. Having several instances is quite ok (one for
each of several "projects"), _except_ that's very unlikely to be the
thing a user wants when selecting to open several .R-files (all files
should go into the same "project"). So what we are looking for is:

1. When invoking RKWard from the Application Menu, always start a new
2. When invoking RKWard from Open With..., always open the file in an
existing RKWard instance (if any).

We already have a command line parameter "--reuse" to select the
desired behavior. But how to fit both into a single .desktop file?


> On Wed, 10 Oct 2018 at 17:33, Thomas Friedrichsmeier
> <thomas.friedrichsmeier at ruhr-uni-bochum.de> wrote:
> >
> > On Wed, 10 Oct 2018 18:24:38 +0200
> > meik michalke <meik.michalke at uni-duesseldorf.de> wrote:  
> > > how would it affect our various PPAs if there was no debian/
> > > directory in the sources?  
> >
> > In fact, we'd have to keep the debian packaging somewhere, and
> > "merge" it into the sources while building (we do the same for
> > translations in the PPAs, so the procedure itself is pretty clear).
> > But we only need the "sloppy" variant of the packaging for this
> > purpose (i.e. the one that just works, without trying to keep up
> > the latest debhelper compatibility levels, and such; "debian"
> > instead of "debian-official").
> >
> > Regards
> > Thomas  

-------------- next part --------------
A non-text attachment was scrubbed...
Name: not available
Type: application/pgp-signature
Size: 833 bytes
Desc: OpenPGP digital signature
URL: <http://mail.kde.org/pipermail/kde-core-devel/attachments/20181012/d39eeb17/attachment.sig>

More information about the kde-core-devel mailing list