Hi, I'm running Arch Linux with i3 on Xorg on an Acer Nitro V 15

My laptop screen works fine, but my external HDMI monitor shows only a black screen with a movable cursor.

Specs:

• AMD Radeon 680M iGPU
• NVIDIA RTX 3050 Laptop GPU (nouveau driver)
• Kernel 7.2.11
• Xorg + i3

The monitor is detected by xrandr at 1920×1080, but nothing else appears. Xorg logs show glamor initialization failed and Refusing to try glamor on llvmpipe.

I've tried restarting i3, toggling the display with xrandr, and running xcompmgr, but nothing helped.

How can I fix this?

Hi everyone,
I've been following Ubuntu Touch, and it got me thinking about where CachyOS (or similar arch based distro) could fit. The UBports foundation now has 800+ volunteers, an installer, and a supported device list that includes the Pixel, OnePlus, Fairphone, and Volla phones. Their latest releases, 24.04 1.1 and 20.04 OTA-11, show a mature, organized effort to run Linux on ARM hardware.
What nobody has built yet is a performance-first, gaming-focused option. Phones and ARM handhelds like the Retroid Pocket and AYN Odin have capable Snapdragon chips, but they're stuck with Android or general-purpose mobile Linux. CachyOS has shown that an Arch-based distro can be fast, polished, and tuned for gaming. ARM is the obvious next frontier.
I know the hard parts aren't only the distro: locked bootloaders, proprietary GPU drivers, and vendor kernels. I also know Arch Linux ARM is a separate project from Arch itself. But I think a small start could work:

I make websites and apps for fun when I get some free time, used other distros earlier, they were good as well, but arch just feels snappier, when I am compiling stuff or building some app. Particularly useful for my potato laptop i.e. ThinkPad E14 gen 2, I built a Napoleon themed to do list app, it's completely functional, just install and go, should I share it ?

hello, i want to move my ssd from amd igpu laptop to intel+nvidia laptop. I have arch + win11 dual boot with systemd-boot, but i use arch mainly, windows is secondary.

Can i directly move ssd to new laptop or should i install any packages before moving ssd?

Hi everyone,

I'm having trouble with my built-in microphone on Arch Linux. When I speak quickly, parts of my speech don't seem to be captured properly. This makes my voice difficult to understand in recordings or voice communication.

I've also experienced a high-pitched, electrical/whining noise during microphone tests.

I'm looking for help identifying whether this is related to the ALSA driver, PipeWire, microphone gain, audio processing, or something else.

System information

• Laptop: ASUS Vivobook Pro 15
• Distribution: Arch Linux
• Kernel: 7.0.12-arch1-1
• Audio server: PipeWire 1.6.7
• Session manager: WirePlumber 0.5.15
• ALSA: 1.2.16
• Audio codec: Realtek ALC294
• Audio driver: snd_hda_intel
• Audio processing packages: EasyEffects 8.2.8-1, RNNoise 0.2-1
• Firmware package: sof-firmware 2025.12.2-1
• Window manager: i3

Problem description

1. My microphone does not capture my speech properly when I speak quickly.
2. I've also encountered high-pitched electrical/whining noise during microphone tests.
3. I've experimented with microphone boost and volume settings, but haven't resolved the issue.

I'm not yet sure whether the missing speech and the electrical noise share the same cause.

Audio hardware and driver information

Output of lspci -nnk | grep -A4 -Ei 'audio|multimedia':

04:00.1 Audio device: AMD Renoir/Cezanne HDMI/DP Audio Controller [1002:1637]
    Kernel driver in use: snd_hda_intel

04:00.5 Multimedia controller: AMD Audio Coprocessor [1022:15e2]
    Kernel modules: snd_pci_acp3x, snd_rn_pci_acp3x,
                     snd_pci_acp5x, snd_pci_acp6x,
                     snd_acp_pci, snd_sof_amd_renoir, ...

04:00.6 Audio device: AMD Ryzen HD Audio Controller [1022:15e3]
    Kernel driver in use: snd_hda_intel
    Kernel modules: snd_hda_intel

The microphone is detected as:

card 1: Generic_1 [HD-Audio Generic], device 0: ALC294 Analog
Subdevices: 1/1

The relevant codec information from wpctl inspect u/DEFAULT_AUDIO_SOURCE[Help] Built-in microphone misses speech when I speak quickly on Arch Linux (PipeWire, Realtek ALC294)Hi everyone,I'm having trouble with my built-in microphone on Arch Linux. When I speak quickly, parts of my speech don't seem to be captured properly. This makes my voice difficult to understand in recordings or voice communication.I've also experienced a high-pitched, electrical/whining noise during microphone tests.I'm looking for help identifying whether this is related to the ALSA driver, PipeWire, microphone gain, audio processing, or something else.System informationLaptop: ASUS Vivobook Pro 15

Distribution: Arch Linux

Kernel: 7.0.12-arch1-1

Audio server: PipeWire 1.6.7

Session manager: WirePlumber 0.5.15

ALSA: 1.2.16

Audio codec: Realtek ALC294

Audio driver: snd_hda_intel

Audio processing packages: EasyEffects 8.2.8-1, RNNoise 0.2-1

Firmware package: sof-firmware 2025.12.2-1

Window manager: i3Problem descriptionMy microphone does not capture my speech properly when I speak quickly.

I've also encountered high-pitched electrical/whining noise during microphone tests.

I've experimented with microphone boost and volume settings, but haven't resolved the issue.I'm not yet sure whether the missing speech and the electrical noise share the same cause.Audio hardware and driver informationOutput of lspci -nnk | grep -A4 -Ei 'audio|multimedia':04:00.1 Audio device: AMD Renoir/Cezanne HDMI/DP Audio Controller [1002:1637]
Kernel driver in use: snd_hda_intel

04:00.5 Multimedia controller: AMD Audio Coprocessor [1022:15e2]
Kernel modules: snd_pci_acp3x, snd_rn_pci_acp3x,
snd_pci_acp5x, snd_pci_acp6x,
snd_acp_pci, snd_sof_amd_renoir, ...

04:00.6 Audio device: AMD Ryzen HD Audio Controller [1022:15e3]
Kernel driver in use: snd_hda_intel
Kernel modules: snd_hda_intelThe microphone is detected as:card 1: Generic_1 [HD-Audio Generic], device 0: ALC294 Analog
Subdevices: 1/1The relevant codec information from wpctl inspect u/DEFAULT_AUDIO_SOURCE@ is:alsa.mixer_name = "Realtek ALC294"
alsa.driver_name = "snd_hda_intel"
alsa.pcm.stream = "capture"
audio.channels = "2"PipeWire statusPipeWire, PipeWire-Pulse, and WirePlumber are all running.My default input is:alsa_input.pci-0000_04_00.6.analog-stereoThe microphone source reports:State: SUSPENDED
Mute: no
Volume: 70%
Sample Specification: s32le 2ch 48000Hz
Active Port: analog-input-micThe source is suspended when inspected, so I haven't established whether capture itself is working correctly under continuous recording.My PipeWire setup is using the PulseAudio compatibility server:Server Name: PulseAudio (on PipeWire 1.6.7)
Default Sample Specification: float32le 2ch 48000HzKernel modules and logsThe loaded audio-related modules include:snd_hda_intel
snd_hda_codec_alc269
snd_hda_codec_realtek_lib
snd_sof
snd_sof_amd_acp
snd_sof_amd_renoir
snd_pci_acp6x
soundwire_amdThe kernel log identifies the Realtek codec and its microphone input:snd_hda_codec_alc269 hdaudioC1D0:
autoconfig for ALC294: line_outs=1
speaker_outs=0
hp_outs=1
inputs:
Mic=0x12I haven't identified a clear microphone-related firmware error in the kernel log output collected so far.QuestionsWhat would be the best way to determine whether the missing speech originates at the ALSA capture layer or somewhere in PipeWire?

Are there known issues or relevant quirks with the Realtek ALC294 codec on ASUS laptops running Arch Linux?

Could the two-channel, 48 kHz capture configuration or the microphone gain/noise-suppression settings contribute to this behaviour?

Which additional logs or tests would help narrow down the cause?I'm happy to run additional diagnostic commands and provide the results. I'd prefer to identify the root cause before changing kernel parameters or audio configuration files.Thanks in advance for any help!@ is:

alsa.mixer_name = "Realtek ALC294"
alsa.driver_name = "snd_hda_intel"
alsa.pcm.stream = "capture"
audio.channels = "2"

PipeWire status

PipeWire, PipeWire-Pulse, and WirePlumber are all running.

My default input is:

alsa_input.pci-0000_04_00.6.analog-stereo

The microphone source reports:

State: SUSPENDED
Mute: no
Volume: 70%
Sample Specification: s32le 2ch 48000Hz
Active Port: analog-input-mic

The source is suspended when inspected, so I haven't established whether capture itself is working correctly under continuous recording.

My PipeWire setup is using the PulseAudio compatibility server:

Server Name: PulseAudio (on PipeWire 1.6.7)
Default Sample Specification: float32le 2ch 48000Hz

Kernel modules and logs

The loaded audio-related modules include:

snd_hda_intel
snd_hda_codec_alc269
snd_hda_codec_realtek_lib
snd_sof
snd_sof_amd_acp
snd_sof_amd_renoir
snd_pci_acp6x
soundwire_amd

The kernel log identifies the Realtek codec and its microphone input:

snd_hda_codec_alc269 hdaudioC1D0:
autoconfig for ALC294: line_outs=1
speaker_outs=0
hp_outs=1
inputs:
Mic=0x12

I haven't identified a clear microphone-related firmware error in the kernel log output collected so far.

Questions

1. What would be the best way to determine whether the missing speech originates at the ALSA capture layer or somewhere in PipeWire?
2. Are there known issues or relevant quirks with the Realtek ALC294 codec on ASUS laptops running Arch Linux?
3. Could the two-channel, 48 kHz capture configuration or the microphone gain/noise-suppression settings contribute to this behaviour?
4. Which additional logs or tests would help narrow down the cause?

I'm happy to run additional diagnostic commands and provide the results. I'd prefer to identify the root cause before changing kernel parameters or audio configuration files.

Thanks in advance for any help!

For the Emudra private cert leaks firefox has already revoked them through onecrl. As far as I know there is no browser update needed for this. But vpns also use tls but I haven't heard any news from proton(what I use). Please let me know where else tls is used like curl or wget maybe and if manual intervention is expected.

For the php RCE there isn't much news except for its real. But the CVE is given 9.2 which is quite high. Php2shell is being thrown meaning it could be a shell spawning RCE. Let me know if I'm missing anything.

Links: https://emudhra.com/en/post/certificate-security-incident

https://www.huntress.com/blog/php2shell-leaked-critical-php-vulnerabilities

I thought Arch Linux was supposed to get the latest updates as soon as they roll out, but it has been several days waiting for these updates and they don't seem to be in the testing repos either, what's up with that?

Edit: Plasma update went out, thanks to whoever did that :)

like i'll update and everything's fine, then i'll update again two weeks later and suddenly something's just broken for no reason. is this just the arch experience or am i doing something wrong? genuinely asking because i love arch but the unpredictability is lowkey stressing me out

In case you're wondering why the Wiki and Forum are down right now.

Hi everyone,

Due to critical vulnerabilities in PHP, we have taken the Wiki and Forum down for now.

The PHP security release addressing those vulnerabilities is scheduled for later today [1]. We hope to be able to put the services back online soon. We'll keep you informed.

Sorry for the inconvenience.
[1] https://news-web.php.net/php.announce/509
Regards, Robin Candau / Antiz (on the behalf of the Arch Linux DevOps team)

https://lists.archlinux.org/archives/list/arch-dev-public@lists.archlinux.org/thread/P7DGNQSK2NMC3226AD3N3I5U5RZ55IHQ/