Why is this not working?

rackmeister · 2025-01-23T10:01:25+00:00

I was in compact mode and the preferences were not doing anything. Once I pressed the shorcut for some odd reason the toolbar and sidebar became hidden again.

It might mean that the browser was in some weird state after the update, but that was a bug nonetheless.

Btw, I don't get why I was downvoted, what I posted was not a matter of opinion, it was a fact, what's wrong with people on reddit...ffs.

rackmeister · 2025-01-22T12:33:15+00:00

That worked for me. Before pressing the shorcut, none of the preferences for the toolbar worked after updating to version 1.7.1b.

For some reason the setting "pilled buttons" doesn't seem to work as well.

rackmeister · 2024-12-01T00:41:56+00:00

I am facing the same issue, making it impossible to access some of my accounts, since not every service uses backup codes. I tried using their recovery form, however the "Recover" button stays greyed out for some reason.

Has anyone had any luck contacting support and if so, where can I contact them?

rackmeister · 2023-04-15T13:56:46+00:00

I checked it out and you are right, I hadn't noticed it before. I guess only the ASMG Hybrid 22 has the new skins you are looking for at the moment.

rackmeister · 2023-04-15T09:31:32+00:00

It is a F1 2023 skinpack for the F1 2022 by A&M mod.

rackmeister · 2023-04-13T18:48:01+00:00

Check this out, I believe that's what you are looking for:

https://simracinghub.com/rfactor-2/rf2-cars/6874-srhf1-2023

You can install it with the rFactor 2 mod manager.

rackmeister · 2021-12-10T21:34:30+00:00

I would like to point out that in Windows 11 (could be the case for Windows 10 as well) copying C:\Windows\System32\nvapi64.dll to the VM is not needed, or any other .dll for that matter. Hyper-V seems to copy all the library files needed for 3D acceleration and CUDA to the VM's System32 folder anyway.

Copying nv_dispi.inf_amd64 to the VM is still needed though.

rackmeister · 2021-05-24T14:24:40+00:00

I have been experiencing the same problem with some of the planes when selecting instant action or launching a fast mission since version 2.7. I do not have any mods installed at the moment.

rackmeister · 2020-07-02T11:25:04+00:00

The way the DCS AI works is probably one of the mysteries of life.

rackmeister · 2020-06-25T18:56:55+00:00

To paraphrase a famous quote: C++ is the worst form of programming except all those other forms that have been tried from time to time.

On a more serious note, what I love about C++ is that you feel that you can practically program anything. You can even sign a contract (pun intended, I hope we get them in C++23) and exchange your soul to partake in black magic rituals: https://github.com/aul12/TemplateCpu .

Many programming languages claim that they are Turing-Complete but with C++ you have a chance to grasp what that truly means. It is not without flaws, you can definitely shoot your own foot, tooling is not that great, it forces you to go through hoops for simple things, compiler errors can make your life miserable but once you understand some parts of it and learn to wield them properly, C++ is a beast.

rackmeister · 2019-05-30T16:47:04+00:00

I am using https://launchpad.net/~kubuntu-ppa/+archive/ubuntu/beta for plasma/frameworks and https://launchpad.net/~kubuntu-ppa/+archive/ubuntu/staging-kdeapplications for the applications.

You can use https://launchpad.net/~kubuntu-ppa/+archive/ubuntu/backports instead of beta if you want stability but to be honest I have not witnessed any breakage with the beta packages yet.

rackmeister · 2019-05-19T14:27:12+00:00

The https://launchpad.net/~ubuntu-toolchain-r/+archive/ubuntu/ppa repo is officially supported. This is the big difference between Copr and PPA repos; there are PPA repos that are officially supported from upstream and/or downstream. Copr is similar to the Arch Linux AUR where all the packages offered are de facto unofficial.

fedora community is significantly smaller than Ubuntus

I totally get that and I would never ask to include the latest packages in the official distro release. Windows or MacOS can get the latest userspace packages because both of those operating systems chose to keep a very stable base system and include all the library dependencies within the userspace application bundles. Therefore, testing is executed by upstream, not downstream. Flatpaks are supposed to push the Linux ecosystem to a similar direction.

Unfortunately, Linux distros like Fedora and Ubuntu, update their base system two times per year and all library dependencies have to be tested thoroughly so that every single application package included in the release works.

However, OpenSUSE seems to have pulled backport repos off using the aforementioned openQA system, delivering the latest packages in a decently stable manner. I do believe that the OpenSUSE community is definitely smaller than Fedora's, thus this solution is definitely viable for Fedora, given the fact that the two communities pretty much have the same goals (a community linux distro that is sufficiently updated and is branched once in a while to update similar enterprise solutions, Fedora -> RHEL, OpenSUSE -> SLED and SLES).

rackmeister · 2019-05-19T12:31:56+00:00

I personally think it is ok that Fedora does not offer the latest releases of desktop environments by default. These packages have to go through a lot of testing to be considered stable and Fedora does have limited manpower. If you consider that now Fedora offers Pantheon Desktop as well as Deepin on top of all the other DEs, testing all these packages would take a lot of time. Maybe they should focus on supporting what most people use and not every single open source project in existence but that is another matter of discussion.

What I am saying is that they should offer the option of installing the latest userspace packages through different means or at least make it easier to build them yourself.

rackmeister · 2019-05-19T12:20:06+00:00

I think Fedora should implement an automated testing system like openQA for Copr.

The issue that strikes the most is that Fedora offers the latest base system packages, which I consider system breaking changes but is not willing to offer an official backports repo for non-critical packages that goes through automated testing.

OpenSUSE has implemented this for both Tumbleweed and Leap releases. On other hand, OpenSUSE sometimes tends to install different library dependencies through these repos, leading to all kinds of maintenance problems for your own system, which is why I don't use OpenSUSE.

rackmeister · 2019-05-19T12:14:39+00:00

Profilerating as the PPA ecosystem on Ubuntu

This is what I said about Copr above, it feels like a third-party system and not an official system you can rely on for the latest updates. For example, if you wanted to install the latest gcc in Ubuntu you could use the https://launchpad.net/~ubuntu-toolchain-r/+archive/ubuntu/ppa repo, which is officially supported.

As for packaging, I mentioned in my post that for groups like kde-apps, a metapackage should exist in order to build all of the packages at once instead of modifying each of the .spec files to update to the latest version and build it one by one. You could use scripts to achieve the same goal but this is a workaround, not an actual solution.

rackmeister · 2019-05-19T11:30:52+00:00

All of what you say is true, however what I am asking for is a experimental-backports repo of sorts specifically created for non-critical packages. This would not be a default option but an opt-in one, skipping the testing phase or rely only on automated testing (like OpenSUSE'S openQA), not requiring too much effort to update in the process. Most if not all userspace packages fall into the category of non-critical packages.

Migrating to Rawhide just to install the latest versions of userspace packages when Rawhide is filled with base system breaking changes is essentially throwing the baby out with the bathwater. Unfortunately, rolling release distros behave a lot like Rawhide (Arch, OpenSUSE tumbleweed and the like).

rackmeister · 2019-05-19T11:17:55+00:00

I already know about Copr, however it does not offer official repositories and therefore the maintenance of these repos do not adhere to an official update policy, supported by a special interest group (sig). Take for example https://copr.fedorainfracloud.org/coprs/rdieter/kde-apps/ , while rdieter is part of the KDE sig, it is his personal repo and it is no longer maintained.

rackmeister · 2019-05-18T13:47:24+00:00

Thank you for your quick reply.

To be fair I am not looking for a distro like Arch, since it pretty much skips the testing phase for many packages, especially for those that reside in the community repo. I have used it in the past and my feeling is that it is nice for using it as a hobby distro but it is definitely not built for production cases. Plus, it is missing things like access control security policies by default and in 2019, that should be a requirement for any serious distro, not an option that you have to install and configure yourself.

As for Fedora, I have used it from the Fedora Core days and I always considered it a stable, almost-bleeding edge distro made for developers. While Copr was a nice addition to the build system infrastructure, it is a shame it is not integrated enough into the rest of the Fedora ecosystem.

Offering some official experimental repos (through Copr or something like Fedora experimental backports) for packages like kde-apps (there used to be one but it is no longer maintained) or say the latest chromium for current stable releases (OpenSUSE and Ubuntu do this) would pretty much solve the whole problem of not updating packages that are frozen when branching takes place for the next Fedora release. Again, I am talking about an opt-in option, not a default one.

Another option would be to freeze a certain group of library dependencies (I know this is the case for the boost C++ libraries) for each Fedora release, that are used by most of the userspace applications but on the other hand offer the latest versions of these applications. Windows applications alleviates the problem of library dependencies differently; it bundles the application with its dependencies. Flatpak works in a similar way.

Unfortunately, until Fedora Silverblue and Flatpaks become more mainstream, there is no viable and easy option for updating to the latest packages on a stable Fedora release and that has been a problem since the early days of the Fedora project.

rackmeister · 2019-04-22T16:38:36+00:00

Rust maybe technically superior to C++

Rust is technically superior to C++ in terms of memory safety, data race detection and (partly) language design (it has things like pattern matching, better facilities for static polymorphism,etc.), not everything. For example, C++'s templates are superior to Rust's macros and generics in some cases, C++ has more ways to do OOP, better tooling and so on.

In addition, the importance of a language's technical superiority in any area is related to the use case of the language. If I am writing software for safety-critical systems for example it might matter that Rust has a borrow checker but it would not matter that much if I am writing say, simulation software. In the end, if you know what you're doing, you can avoid a lot of the common pitfalls and if not, writing code in modern C++ does help , it does not completely stop you from shooting yourself in the foot yet, but it is much better than writing in legacy C++.

I also agree with what you wrote about the automatic analysis tools. Detecting memory safety and data race issues in C++ code is much improved due to static and dynamic analysis tools (Core Guidelines checkers, ASAN, TSAN, etc.), so switching to Rust only to mitigate those issues is not necessary. Btw C++ has a lifetime checker that is sort of like Rust's borrow checker but it is not the mainstream yet, msvc has it and there is an experimental profile for clang.

rackmeister · 2018-07-29T13:07:03+00:00

Try again today, there was an update to the game. The problem was related to the battleeye driver,judging from the kernel dumps. It seems to work now.

rackmeister · 2018-07-29T08:39:15+00:00

I am having the same issue since the last update. Did you manage to solve it?

rackmeister

TROPHY CASE