If you think I am, please substantiate that by quoting a statement from me.
The way you phrased it above, it is just an accusation, which is “clearly disrespectful”.
It is also “clearly disrespectful” to authors of Free, Libre, Open Source Software (FLOSS) to use their software, then to complain publicly without providing any technical information. Even worse, when asked to provide technical information and pointed to the documentation how to achieve that, you resorted to play games with words, while still refusing to provide anything of substance and also obviously not reading any of aforementioned documentation pointed to. In my perception this is adversarial.
I do read documentation, I do know a bit of Linux as well.
Apparently you do not read documentation (at least the one I provide), else I would expect you not to spread falsehoods (e.g., in your next couple of statements); or are you trying to indicate that you are deliberately spreading falsehoods?
Regarding log files, I expect any system operation to be in the journal;
Which always has been is the case for Storeman Installer, since I made it run unattended which is also when extensive logging was introduced. Obviously you never looked into the Systemd journal for messages by Storeman Installer, which are very easy to find, because they are all tagged accordingly (with harbour-storeman-installer
).
But as the Systemd journal is volatile in its default configuration on SailfishOS, plus rotated regularly, exactly the same log messages are also recorded in a separate log file, as denoted in the relevant documentation, I already linked to multiple times.
you chose to create your own special log file, which is OK, but you can’t expect people to read the code of any package they install. Yes, I said “code”, because your so-called documentation is in github.
Well, unfortunately this confirms, that you never followed any of the links I provided, because they all point to documentation written by a human (me) for humans.
Indeed, if I had to do that, I would install the repository myself.
Here you appear to expose fundamental misunderstandings about git repositories, e.g., the ones at GitHub:
- One cannot “install” a git repository, just “clone” or “fork” it, which both does not result in installing software.
- Many git repositories contain documentation, some even exclusively, e.g., Jolla’s SailfishOS documentation repository.
I “may” test other SFOS versions, because I’m testing cbeta, to make SFOS overall better.
Well, simply testing something does not make it better. I have not yet seen any contribution to code or documentation from you, hence I doubt, that you made SailfishOS any better. Mind that reporting bugs is just asking someone else to make something better and even at that you failed in the case of Storeman Installer.
The way you are supporting users is sub-par to say the least.
Can you please substantiate this accusation. Mind that FLOSS comes without any warranty and without any support, thus any reply by an author of FLOSS must be regarded as a bonus.
It is OK for users to do whatever they want with their systems; ultimately, if things break beyond repair, they can reflash.
This is an obviously true statement, but it is completely unrelated to my reactions when people are spreading FUD or falsehoods publicly, i.e., to others.
I believe it is my (and other savvy users’, too) duty to clearly contradict falsehoods spread in this forum, in order to stop the originators of these falsehoods to make other people to break their devices with their evil “guidance”. Yes, I do become a bit angry, when certain people are repeating their evil advice again and again, despite the reasons why their statements are fundamentally detrimental have been clearly and elaborately pointed out to them before; because that means they are misguiding others either deliberately or due a complete lack of understanding (in the latter case one shall refrain from giving advice). It is also striking (or just naturally) that exactly these people do not follow any links provided and do not seem to read documentation.
Abstractly said, public statements should be truthful and being made reasonably. (Side note: While erring is human, insisting on wrong statements is either idiotic or malicious.) As an example, while everybody is free to believe that man-made climate change does not exist and also free to discuss this belief with their friends, I think it is the duty of everyone knowing better to contradict such a statement when it is being made publicly.
[…] In fairness, the senseless messages come mostly from you, and getting some advice/guidance is like squeezing a rock.
There is no “fairness” in this statement, because when rereading this awkward conversation, you have been hiding fact that you have a cBeta release of SailfishOS installed all the time (until the very end), even though the referenced documentation at various places (OpenRepos, GitHub and SailfishOS:Chum) clearly states how to handle this special case and a proper bug report (e.g., using the form I provide) requires to mention the SailfishOS release used.
I won’t provide my log file because I know what the problem is.
… and you expect that “we just need to wait for the packages to be available in the chum repo for the latest release”, without revealing what you believe to “know”. As already denoted, nothing “happens auto-magically; i.e., someone has to” do something about it. Ultimately, I did add 4.5.0.16
to the targets for all three architectures, when it entered EA phase (as I usually do).
I provided some feedback about error handling which are debatable, so I won’t debate (I don’t really care). It is up to you or anybody else willing to contribute to the chum installer to consider it.
Thank you for clearly stating at this point that you are not willing to contribute at all. If you would have revealed that earlier, I could have spared myself (and you, plus all readers) to ask multiple times for a bug report and the necessary information assorted with it.
Indeed, with proper errors you wouldn’t get threads that claim that the chum installer “doesn’t work”.
You do not seem to understand that a non-interactive background script (here: an unattended installer) will only emit errors to log files, which it does: to the Systemd journal and to its own, persistent log file. It is neither my or a design fault, that there are people like you who stubbornly refuse to read documentation (even when explicitly referenced) or look for information at the usual (Systemd journal) or documented places (Storeman Installer’s own log).
[…] I do think about these things and I do try to improve my behaviour - […] without the need to go to github to read some documentation.
Well, if your pondering results in a passive-aggressive chain of accusations based on falsehoods like your posting here, you might consider reiterating this step.
I don’t expect an answer to this. I don’t care about log files or anything, the main problem here is that you need to treat other people with respect.
This was a nice summary statement, which translates into: You do not care about resolving issues, just about patronising.
In contrast to that, I do care about technicalities, scientific understanding, continuous learning, truthfulness and being straight-forward.
P.S.: Maybe it would have been better to transmit your accusations via a private message, but I assume you had a reason not to do that.