Often interested to look at the appimage Next changelog, and noticed about RKWard. Have looked it up a bit, and would like to ask a bit further about it. I can see it can be used for linux and windows, and is involved with statistical computer analytics, with RKWard as a gui/ui for R language? Am seeing that R language does analytics/data mining and is also involved in machine/deep learning, big data including torch/tensorflow, and used to ID trends and make data-driven decisions.
Is this being used in a particular krita feature e.g. plugins, animation, vectors? Or is it about overall data regarding (detailed?) use of krita? Particularly if the latter, may I ask in what ways? and also about opt-in options.
I donāt think that is in any way related to Krita.
This is just a change to the binary factory tooling that gets listed there too, the binary factory just isnāt smart enough to know if changes there affect the builder youāre currently looking at.
Appreciate explanation, even if not fully comprehending it, lol, but if it means the appimage is being build with RKWard included, thatās what Iām wondering about.
Bumping this, as the screenshot above is real, lol, not a mirage only I can see, so someone added appimage builds and someone must be able to clarify if/how RKWard was used to build the appimage or if itās included actively in the appimage? Both June 18th entries have the same time stamp, so itās hard to see the entry being by accident. The entry references adding, not updating, appimage builds, which prompted me to ask about it.
From what I understand by the reply from @Lynx3d, RKWard has been added/modified as part of the KDE binary-factory environment and does not affect krita.
Iāve seen similar Change items in the past associated with build and packaging tools.
This is just me assuming things in what I think is a logical manner.
Thanks for responding @AhabGreybeard. Iāve still got a bit of confusion, partly due to not being technically minded, lol, and not understanding the build process stuff ā¦ is RKWard therefore involved with getting data regarding downloads of appimages e.g. how many downloads, platform, etc etc?
It is only a 1 line change adding 'appimage-centos7' to a yaml file, which is FOR RKWard when building. It has nothing to do with Krita.
PS R language is simply a programming language, nothing more, nothing less. And like most programming languages, it can be used for anything. An IDE/GUI doesnāt even do any compiling itself to begin with. It would have no part in building appimages.
Itās like imagine you have a printer, and someone adds a custom setting for printing things from software A. How does that impact software B? None
Thanks @KnowZero Iād tried clicking through to find out more, but couldnāt find it, despite searching a lot to find basically what RKWard does. Iām still confused, as Iām not sure why the entry would appear on the Next page if it has nothing to do with Krita or appimages. Iām trying to work out if thereās telemetry happening at any stage, basically, since kde changed to e.g. telemetry included in Kate.
EDIT: thanks for adding the printer analogy, as that definitely helps. So RKWard gets data about the ācustom settingā or how a build is done, in order to improve the build process? Not details about downloads of appimages etc?
RKWard is a GUI for writing R programs. Like Krita is a GUI for painting. Or in case of Kate it is a GUI for writing text and programs.
So saying RKWard is doing telemetry with R is kind of like asking if Krita can paint things by itself without an artist. (Just to be clear, not trying to ridicule you, and I apologize if my statement may seem that way, that isnāt my intention, just trying to explain it in a way that can be easier understood)
And it is backwards, the buildtools get data on how to build things for RKWard.
In general Krita and all KDE software follow this policy as far as telemetry goes:
Itās still not clear tbh, and thanks for apologizing ā¦ itās easy to understand how these things work when knowing the technical side, but Iām speaking solely from the creative and privacy side. I know that RKWardās functions are as I described finding in the opening post (analytics/data mining, machine/deep learning, big data including torch/tensorflow, and used to ID trends and make data-driven decisions). If RKWard is the gui for writing R, then RKWardās functions must be affecting R in some way, or logically itād not be used. I donāt know what R does or how that impacts on Krita appimages, btw, only that R works with RKWard, which gathers statistics etc. Saying the buildtools get data on how to build things for RKWard is even more concerning.
RKWard is now on the Next page, for Krita appimages. Logically, knowing what RKWard does, that can be concerning. Iāve asked if RKWard is about the build process, and AhabGreyBeard I think is saying yes ie RKWard isnāt included IN appimages + Iāve seen that Krita states no data at all is ever collected or shared, which is great.
Iād already understood that kde started including telemetry in kate, thus stopped using kde. To my mind, the conclusion I have to draw so far is that kde is getting worse, and am not happy with builds coming via kde. As a general point, all that non-technical anti-data-collection users can do if these things continue worsening is work with softwares that donāt have such as RKWard involved in any part of the process. That would be a blunt place to end the thread, so Iāll say again that itās great that Krita doesnāt do any data collection.
Any text editor can be used to write R, or pretty much most programming languages. It does not effect R in any way.
It is a programming language, that is generally used for statistics and analyses. But that doesnāt exactly mean it is used for telemetry. I mean telemetry by nature would simply be phoning home with data. R would have absolutely nothing to do with it. Telemetry would be in whatever language the program is written in. Now on the server side there āmayā be a program to process that telemetry be it in R or any other programming language. But R itself has nothing to do with telemetry.
Okay, the build tools are things that build the appimage. They build for Krita, they build for other KDE software including for RKWard. Just like your printer prints for your software. The āforā doesnāt mean that the build tools deliver data to RKWard. It simply means that the build tools have instructions on how to build RKWard. Just like your printer gets instructions how to print stuff from all kinds of software.
Yes, it has no impact on Kritaās build process.
I think you are overall panicking too much about telemetry in general. Telemetry only poses a problem if it is opt-out or worse impossible to opt out, cause who knows where all the stuff would be. As long as it is opt-in, what difference does it make? If it is disabled by default, it will never call home. You can even test if it communicates with anything via wireshark, or simply by sandboxing it from the internet.
Overall, looking at the telemetry that kate sends (if you opt-in), it would be not much more than what would be known by you visiting any website on the internet.
@KnowZero I appreciate your continued efforts to explain these things, but Iām not panicking; simply trying to clarify why RKWard is there and what itās doing. Itās known that data mining is getting worse all the time, including impacting on peopleās lives more and more regarding decision making (which is right up RKWardās street). Along with all that can sometimes come too much acceptance of it. I donāt accept it. Iām not dumb (trust is earned) so donāt automatically trust things e.g. regarding data collection/the things RKWard does, as I donāt believe thatās a good direction to go in, and personally that isnāt my direction. Arguments like āwhat difference does it make?ā or it being included but disabled, only add to a) my puzzlement about why itās included at all if itās ādormantā, and b) irritation that for the millionth time thereās not understanding about preferring privacy, as if anyone liking privacy is some kind of weirdo. Privacy and choice is the normal human state, and the worldās only got crazier, the less privacy and automony people take part in.
If Iām not technically minded, Iām not going to be using wireshark or sandboxing, so, again, my own choice, as a non-technical user, to instead opt out of softwares that either take data or are too complex. Iāve personally got better things to do than get into lots of tech stuff e.g. paint! ā¦ and am just not wired to do the tech stuff.
I take healthy precautions about being online. I stopped any kde telemetry, or time-consuming doubt/confusion about it, by dropping kde; problem solved. Increasingly being offline is something Iām enjoying, particularly when people seem to enjoy emphasizing that snooping happens everywhere! ā¦ I choose to make that not so, and find that makes a lot of things much simpler + more time to paint and develop offline things further. Anyways, Iāll wrap up now and get offline. Thanks for attempting to explain.
Iāll ask the sysadmin on IRC about this. I am assuming it shows a change from some other project in there. This project seems to be the tooling and scripts that build the binaries - Sysadmin / Binary Factory Tooling Ā· GitLab
Thanks @raghukamath I knew I wasnāt making it up, lol, so am relieved itās not just me puzzled as to why itās there. Thanks for the links too. Iād ferreted about and not been able to find anything referenced, so itās good to have a confirmatory link about that this isnāt a change in the Krita repo. Thanks about asking on IRC too.
The first on is the repo being built, the secon one the global tooling repo controlling the binary factory.
I donāt think itās possible to automatically detect if a change in the latter affects the build youāre looking at, and since to my knowledge only sysadmins can accept changes, it is important for the project devs to know when a requested change took effect, so they need to be shown somewhere.
@raghukamath Just to wrap things up, as Iāve also just seen 9to5ās article about 5.1 switching to xtensor/xsimd for painting, which is bsd/permissive licensing, was there any word in the IRC about why RKWard appeared in the appimage downloads page for Next versions?
I asked the sysadmin, and they said it is not related to Krita and jenkins showed the changes from other repository which is related to the tooling repository. RKward is not used in krita and there is no connection. It is just Jenkins showing wrong change log in between.If you feel that there should be more investigation about it. You can search for Rkward in the Krita repository, which I did and found nothing. And to be sure you can also build Krita yourself, I used to do it too.
I did not understand your concern about xsimd and bsd licensing. You can directly check Krita repository where you can find each commit and the code being pushed into repository. Do not refer news website or other websites for change log. Although jenkins is KDE infra it seems it has some issues.
Thanks @raghukamath for checking about things. Concerning about things randomly slotted into the wrong place like that. Already looked up in the repo about RKWard etc, and am not technical/able to build krita. Other than that, I support GPL licensing, and did look up in the repo and on kritaās 5.1 release information page after seeing the 9to5 article.
