Important
- Patched Firefox is required - Pending possible upstreaming: termux/termux-packages#22287
- Open Termux, then run these commands
Important
ip a # choose physical device to bridge | |
brctl addbr br0 | |
brctl addif br0 enp6s0 # physical device to bridge | |
ip a add 192.168.1.130/24 dev br0 # choose new ip | |
ip tuntap add mode tap tap0 | |
brctl addif br0 tap0 | |
ip link set br0 up | |
ip link set tap0 up | |
ip route add default via 192.168.1.1 dev br0 # default gateway |
Note
This is my personal workaround to the nebulous [drm:amdgpu_job_timedout [amdgpu]] *ERROR* ring gfx_0.0.0 timeout
which I have not experienced since the first day, after many months of trial and error, that I started using these exact settings, albeit with older versions of Gentoo's LTS kernel and stable graphics packages, on May 7th 2023, 1 year and 4 months ago. Some people claim that the situation on RDNA2 and RDNA3 is different, so if you have a similar but non-RDNA1 GPU, you might be able to find similar but slightly different workarounds for your system in that freedesktop gitlab issue.
Important
During my 1 year and 4 months test, other Gentoo users have independently and simultaneously discovered and written in-depth documentation for the same/equivalent procedure into the Gentoo Wiki, creating a more c
Warning
This is a downstream solution to https://bugs.gentoo.org/923305. Upstream should continue to focus on supporting systems where wayland is unmasked because this masked-wayland configuration is NOT necessary for normal users. Do not ask for support with this in Gentoo channels, instead use the comments section here.
package.mask
and package.use
lines below to their respective locations in /etc/portage/
X-Y.patch
file in a new folder in /etc/portage/patches/
following the pattern /etc/portage/patches/X/Y/
- you can reference Gentoo Package Search and Gentoo Wiki if you are unsure how to use /etc/portage/patches/
emerge-sync-purge-wayland.sh
anywhere with any filename and from now on, run it instead of emerge --sync
emerge-sync-purge-wayland.sh
, then perform a world upgrade with `emerge -avuDUdiff --git a/core/java/com/android/internal/widget/PointerLocationView.java b/core/java/com/android/internal/widget/PointerLocationView.java | |
index e65b4b65..6e6a9517 100644 | |
--- a/core/java/com/android/internal/widget/PointerLocationView.java | |
+++ b/core/java/com/android/internal/widget/PointerLocationView.java | |
@@ -18,7 +18,10 @@ package com.android.internal.widget; | |
import android.compat.annotation.UnsupportedAppUsage; | |
import android.content.Context; | |
+import android.content.res.Resources; | |
+import android.content.res.TypedArray; |
diff --git a/cmdline.c b/cmdline.c | |
index 773fb9b1..efe16247 100644 | |
--- a/cmdline.c | |
+++ b/cmdline.c | |
@@ -110,13 +110,13 @@ SeatPromptResult cmdline_get_passwd_input( | |
* after trying once, so that even if we free cmdline_password | |
* below, we'll still remember that we _used_ to have one.) | |
*/ | |
- if (!cmdline_password) | |
+ if (false) |
-Dplatforms=android
but without cross-compilationSmall warning: This will "mess up" your Termux installation's
zlib.pc
file, but if you do other compilations with really similar settings to this one, you're probably going to need it again before you "fix" it by reinstalling Termux's officialzlib
anyway.
Install Termux
termux-setup-storage
pkg install git make clang binutils
git clone https://github.com/madler/zlib.git
Normally when we want to go back to normal, we just install the next steamos update through gaming mode settings, which erases our changes and gives us a clean installed rootfs in our active slot. however, what if we actually mess up the updater?
if done in such a way that the updater breaks but not much else, it can be a subtle effect that might tempt booting the other rootfs or just plugging in the recovery USB and reinstalling. in my experience though, it's possible to drill down and manually repair the rootfs enough to update without rebooting to anything else! Above is what the update UI might look like while this is happening, and here's an example of what the error might look like internally in the Arch Linux portion of SteamOS:
![blob](https://user-images.githubusercontent.com/31490854/283766390-d67
Requirements:
aarch64
(64-bit ARM)reshadeTexturePath = /home/tacokoneko/.local/share/reshade/Textures | |
reshadeIncludePath = /home/tacokoneko/.local/share/reshade/Shaders | |
3DToElse = /home/tacokoneko/.local/share/reshade/Shaders/3DToElse.fx | |
toggleKey = Home | |
effects = 3DToElse |