PC Ekspert Forum - Linux OS - info, how-to, pitanja, novosti, savjeti, problemi...

By design, Linux is about as secure an operating system as you'll find. However, that level of security doesn't mean there aren't steps you can take to make it more secure.
One thing you can do is enable two-factor authentication (2FA) for desktop logins. With this feature added to the process, you tap a six-digit code you retrieve from an authenticator app on your phone to log in to services and your user password.

https://www.zdnet.com/article/how-to...dded-security/

tomek@vz

18.02.2025. 20:19

Citiraj:

PAjamian writes: Two years ago Red Hat announced an end to its public source code availability. This caused a great deal of outcry from the Enterprise Linux community at large. Since then many have waited for a statement from the Free Software Foundation concerning their stance on the matter. Now, nearly two years later the FSF has finally responded to questions regarding their stance on the issue with the following statement:

Generally, we don't agree with what Red Hat is doing. Whether it constitutes a violation of the GPL would require legal analysis and the FSF does not give legal advice. However, as the stewards of the GNU GPL we can speak how it is intended to be applied and Red Hat's approach is certainly contrary to the spirit of the GPL. This is unfortunate, because we would expect such flagship organizations to drive the movement forward.

When asked if the FSF would be willing to intervene on behalf of the community they had this to say:

As of today, we are not aware of any issue with Red Hat's new policy that we could pursue on legal grounds. However, if you do find a violation, please follow these instructions and send a report to license-violation@gnu.org.

Following is the full text of my original email to them and their response:

Subject: Statement about recent changes in source code distribution for Red Hat Enterprise Linux
Date: 2023-07-16 00:39:51

> Hi,
>
> I'm a user of Red Hat Enterprise Linux, Rocky Linux and other Linux
> distributions in the RHEL ecosystem. I am also involved in the EL
> (Enterprise Linux) community which is being affected by the statements
> and changes in policy made by Red Hat at
> https://www.redhat.com/en/blog/furth...-centos-stream and
> https://www.redhat.com/en/blog/red-h...t-open-source-
> response-gitcentosorg-changes
> (note there are many many more links and posts about this issue which
> I
> believe you are likely already aware of). While a few of these
> questions are answered more directly by the license FAQ some of them
> are
> not and there are a not insignificant number of people who would very
> much appreciate a public statement from the FSF that answers these
> questions directly.
>
> Can you please comment or release a statement about the Free Software
> Foundation's position on this issue? Specifically:
>

Thank you for writing in with your questions. My apologies for the delay, but we are a small team with limited resources and can be challenging keeping up with all the emails we receive.

Generally, we don't agree with what Red Hat is doing. Whether it constitutes a violation of the GPL would require legal analysis and the FSF does not give legal advice. However, as the stewards of the GNU GPL we can speak how it is intended to be applied and Red Hat's approach is certainly contrary to the spirit of the GPL. This is unfortunate, because we would expect such flagship organizations to drive the movement forward.

> Is Red Hat's removal of sources from git.centos.org a violation of the
> GPL and various other Free Software licenses for the various programs
> distributed under RHEL?
>
> Is Red Hat's distribution of source RPMs to their customers under
> their
> subscriber agreement sufficient to satisfy the above mentioned
> licenses?
>
> Is it a violation if Red Hat terminates a subscription early because
> their customer exercised their rights under the GPL and other Free
> Software licenses to redistribute the RHEL sources or create
> derivative
> works from them?
>
> Is it a violation if Red Hat refuses to renew a subscription that has
> expired because a customer exercised their rights to redistribute or
> create derivative works?
>
> A number of the programs distributed with RHEL are copyrighted by the
> FSF, some examples being bash, emacs, GNU core utilities, gcc, gnupg
> and
> glibc. Given that the FSF has standing to act in this matter would
> the
> FSF be willing to intervene on behalf of the community in order to get
> Red Hat to correct any of the above issues?
>

As of today, we are not aware of any issue with Red Hat's new policy that we could pursue on legal grounds. However, if you do find a violation, please [follow these instructions][0] and send a report to .

[0]: https://www.gnu.org/licenses/gpl-violation.html

If you are interested in something more specific on this, the Software Freedom Conservancy [published an article about the RHEL][1] situation and hosted a [panel at their conference in 2023][2]. These cover the situation fairly thoroughly.

[1]: https://sfconservancy.org/blog/2023/...-gpl-analysis/
[2]: https://sfconservancy.org/blog/2023/...el-fossy-2023/

Iskreno neznam kaj da mislim o ovome. Ima nekaj u tome kaj FSF tvrdi ali RedHat je gigant (iza kojeg stoji jos veci metuzalem - IBM) koji je po mom misljenju najbolje pogurao Linux u Enterprise okolinu sa svojim rijesenjima (koja po onome sto sam vidio - rade i nemaju tolko bugova kao ostala Linux konkurencija). Pretpostavljam da im je puko film da nemaju od ulozenog truda , znanja i novca onoliko koliko su planirali.

tomek@vz

20.02.2025. 20:09

Updates :goood:

Citiraj:

The upcoming Linux 6.15 kernel is set to finally introduce a standardized way of informing user-space of GPUs becoming hung or otherwise unresponsive. This is initially wired up for AMD and Intel graphics drivers on Linux so the user can be properly notified of problems and/or user-space software taking steps to address the hung/unresponsive graphics processor.

Citiraj:

On top of all the recent x86/x86_64 Linux kernel crypto improvements made recently by Google engineer Eric Biggers to better laverage AVX-512 and other modern x86 ISA features, a new patch-set posted today by Biggers would help make all x86/x86_64 kernel encryption/decryption at least slightly faster.
The new patch series isn't about making use of some new CPU ISA features or anything wild like that but rather just cleaning up some existing code so that the x86 kernel-mode FPU always works reliably with soft IRQs so that some old SIMD helper crypto fallback code can be removed. That fallback code was "really bad for performance" and presented performance implications for those not even needing to rely on it.

Citiraj:

SK has been working on a Linux kernel feature dubbed Lazy Unmap Flush "LUF" to defer TLB flushes until folios have been unmapped and freed are eventually allocated again.
This Lazy Unmap Flush work began after encountering a lot of migration overhead around TLB shootdowns on servers with tiered memory making use of CXL memory.
The end result is what is most interesting and important: the LUF patches yielded TLB shootdown interrupts being reduced by around 97%. Furthermore, the test program runtime of using Llama.cpp with a large language model (LLM) yielded around 4.5% lower runtime.

medo	21.02.2025. 14:26

Isprobavam Ubuntu 24.10 na novom Ryzen 9600X PCju s integriranom grafikom.

vainfo kaže da podržava dekodiranje h264, h265, vp9, av1 i baseline jpeg ali najnoviji firefox sve navedeno dekodira softwareski. Mesa kaže da je to raphael_mendocino, amdgpu kaže raphael. lspci i lshw kažu Granite Ridge rev c6

lscpu ne pokazuje ranjivosti osim za Spectre ofc

I guess.. sve mu je to previše novo :) Kernel je 6.11.

c-shadow

21.02.2025. 14:38

Zavrti FF beta pa probaj:

Firefox 136 Beta Finally Enables Hardware Video Decoding For AMD GPUs On Linux By Default

The Exiled

21.02.2025. 14:45

I usput možeš složiti noviji 6.13 kernel.:)

Code:

glxinfo | grep OpenGL

 OpenGL vendor string: AMD

OpenGL renderer string: AMD Radeon Graphics (radeonsi, raphael_mendocino, LLVM 19.1.1, DRM 3.59, 6.13.0-061300-generic)

OpenGL core profile version string: 4.6 (Core Profile) Mesa 24.2.8-1ubuntu1~24.04.1

OpenGL core profile shading language version string: 4.60

OpenGL core profile context flags: (none)

OpenGL core profile profile mask: core profile

OpenGL core profile extensions:

OpenGL version string: 4.6 (Compatibility Profile) Mesa 24.2.8-1ubuntu1~24.04.1

OpenGL shading language version string: 4.60

OpenGL context flags: (none)

OpenGL profile mask: compatibility profile

OpenGL extensions:

OpenGL ES profile version string: OpenGL ES 3.2 Mesa 24.2.8-1ubuntu1~24.04.1

OpenGL ES profile shading language version string: OpenGL ES GLSL ES 3.20

OpenGL ES profile extensions:

Code:

vainfo

libva info: VA-API version 1.20.0

libva info: Trying to open /usr/lib/x86_64-linux-gnu/dri/radeonsi_drv_video.so

libva info: Found init function __vaDriverInit_1_20

libva info: va_openDriver() returns 0

vainfo: VA-API version: 1.20 (libva 2.12.0)

vainfo: Driver version: Mesa Gallium driver 24.2.8-1ubuntu1~24.04.1 for AMD Radeon Graphics (radeonsi, raphael_mendocino, LLVM 19.1.1, DRM 3.59, 6.13.0-061300-generic)

vainfo: Supported profile and entrypoints

      VAProfileH264ConstrainedBaseline:    VAEntrypointVLD

      VAProfileH264ConstrainedBaseline:    VAEntrypointEncSlice

      VAProfileH264Main               :    VAEntrypointVLD

      VAProfileH264Main               :    VAEntrypointEncSlice

      VAProfileH264High               :    VAEntrypointVLD

      VAProfileH264High               :    VAEntrypointEncSlice

      VAProfileHEVCMain               :    VAEntrypointVLD

      VAProfileHEVCMain               :    VAEntrypointEncSlice

      VAProfileHEVCMain10             :    VAEntrypointVLD

      VAProfileHEVCMain10             :    VAEntrypointEncSlice

      VAProfileJPEGBaseline           :    VAEntrypointVLD

      VAProfileVP9Profile0            :    VAEntrypointVLD

      VAProfileVP9Profile2            :    VAEntrypointVLD

      VAProfileAV1Profile0            :    VAEntrypointVLD

      VAProfileNone                   :    VAEntrypointVideoProc

xlr	21.02.2025. 15:22

Sjecam se da me hw akceleracija otjerala barem dvaput sa Fedore. Intel gen 6 i 8 platforme, nista fensi. Pokusavao sam dobiti FF i Vivaldi da rade i odustao nakon x dana.

c-shadow

21.02.2025. 15:36

Spori su u mozilli po tom pitanju. Na intelu je proradilo po defaultu tek negdje 2022 čini mi se. Prije toga teški hakeraj.

Nego, chromium bazirane browsere ne koristim, jel tamo radi hw akcelaracija videa?
Zadnje što sam probao chrome nula bodova, ali ima već koja godina.

xlr	21.02.2025. 18:31

Iskreno, ne sjecam se vise do koje mjere je radilo na Vivaldiju. Znam da nije radilo out of the box i da sam nesto cackao oko toga.

Edit: moram se ispraviti, FF je radio out of the box, a Vivaldi samo ako ga pokrenem kroz terminal. Ovdje smo pricali o tome:
http://forum.pcekspert.com/showthread.php?p=3747545

medo	21.02.2025. 19:16

Radi i sa 6.11 kernelom. Nisam stigao testirati ffmpeg/ffplay ali budući da on koristi vaapi koji vidi dekodere onda ne bi trebalo biti problema.

Ali Firefox... I ja sam duugo čekao hw akceleraciju na Tiger Lakeu i jedva dočekao. Ali bar je radila h264 akceleracija. Ovdje ne radi ništa. Samo software dekodiranje za sve codece a HEVC uopće ne dekodira ni softwareski.

Firefox

Code:

Codec Name    Software Decoding    Hardware Decoding

H264    Supported    Unsupported

VP9    Supported    Unsupported

VP8    Supported    Unsupported

AV1    Supported    Unsupported

HEVC    Unsupported    Unsupported

Theora    Supported    Unsupported

AAC    Supported    Unsupported

MP3    Supported    Unsupported

Opus    Supported    Unsupported

Vorbis    Supported    Unsupported

FLAC    Supported    Unsupported

Wave    Supported    Unsupported

vainfo

Code:

Trying display: wayland

vainfo: VA-API version: 1.22 (libva 2.22.0)

vainfo: Driver version: Mesa Gallium driver 24.2.8-1ubuntu1~24.10.1 for AMD Radeon Graphics (radeonsi, raphael_mendocino, LLVM 19.1.1, DRM 3.59, 6.11.0-18-generic)

vainfo: Supported profile and entrypoints

      VAProfileH264ConstrainedBaseline:    VAEntrypointVLD

      VAProfileH264ConstrainedBaseline:    VAEntrypointEncSlice

      VAProfileH264Main               :    VAEntrypointVLD

      VAProfileH264Main               :    VAEntrypointEncSlice

      VAProfileH264High               :    VAEntrypointVLD

      VAProfileH264High               :    VAEntrypointEncSlice

      VAProfileHEVCMain               :    VAEntrypointVLD

      VAProfileHEVCMain               :    VAEntrypointEncSlice

      VAProfileHEVCMain10             :    VAEntrypointVLD

      VAProfileHEVCMain10             :    VAEntrypointEncSlice

      VAProfileJPEGBaseline           :    VAEntrypointVLD

      VAProfileVP9Profile0            :    VAEntrypointVLD

      VAProfileVP9Profile2            :    VAEntrypointVLD

      VAProfileAV1Profile0            :    VAEntrypointVLD

      VAProfileNone                   :    VAEntrypointVideoProc

lspci

Code:

00:00.0 Host bridge: Advanced Micro Devices, Inc. [AMD] Raphael/Granite Ridge Root Complex

00:00.2 IOMMU: Advanced Micro Devices, Inc. [AMD] Raphael/Granite Ridge IOMMU

00:01.0 Host bridge: Advanced Micro Devices, Inc. [AMD] Raphael/Granite Ridge Dummy Host Bridge

00:01.2 PCI bridge: Advanced Micro Devices, Inc. [AMD] Raphael/Granite Ridge GPP Bridge

00:02.0 Host bridge: Advanced Micro Devices, Inc. [AMD] Raphael/Granite Ridge Dummy Host Bridge

00:02.1 PCI bridge: Advanced Micro Devices, Inc. [AMD] Raphael/Granite Ridge GPP Bridge

00:03.0 Host bridge: Advanced Micro Devices, Inc. [AMD] Raphael/Granite Ridge Dummy Host Bridge

00:04.0 Host bridge: Advanced Micro Devices, Inc. [AMD] Raphael/Granite Ridge Dummy Host Bridge

00:08.0 Host bridge: Advanced Micro Devices, Inc. [AMD] Raphael/Granite Ridge Dummy Host Bridge

00:08.1 PCI bridge: Advanced Micro Devices, Inc. [AMD] Raphael/Granite Ridge Internal GPP Bridge to Bus [C:A]

00:08.3 PCI bridge: Advanced Micro Devices, Inc. [AMD] Raphael/Granite Ridge Internal GPP Bridge to Bus [C:A]

00:14.0 SMBus: Advanced Micro Devices, Inc. [AMD] FCH SMBus Controller (rev 71)

00:14.3 ISA bridge: Advanced Micro Devices, Inc. [AMD] FCH LPC Bridge (rev 51)

00:18.0 Host bridge: Advanced Micro Devices, Inc. [AMD] Raphael/Granite Ridge Data Fabric; Function 0

00:18.1 Host bridge: Advanced Micro Devices, Inc. [AMD] Raphael/Granite Ridge Data Fabric; Function 1

00:18.2 Host bridge: Advanced Micro Devices, Inc. [AMD] Raphael/Granite Ridge Data Fabric; Function 2

00:18.3 Host bridge: Advanced Micro Devices, Inc. [AMD] Raphael/Granite Ridge Data Fabric; Function 3

00:18.4 Host bridge: Advanced Micro Devices, Inc. [AMD] Raphael/Granite Ridge Data Fabric; Function 4

00:18.5 Host bridge: Advanced Micro Devices, Inc. [AMD] Raphael/Granite Ridge Data Fabric; Function 5

00:18.6 Host bridge: Advanced Micro Devices, Inc. [AMD] Raphael/Granite Ridge Data Fabric; Function 6

00:18.7 Host bridge: Advanced Micro Devices, Inc. [AMD] Raphael/Granite Ridge Data Fabric; Function 7

01:00.0 Non-Volatile memory controller: Samsung Electronics Co Ltd NVMe SSD Controller S4LV008[Pascal]

02:00.0 PCI bridge: Advanced Micro Devices, Inc. [AMD] 600 Series Chipset PCIe Switch Upstream Port (rev 01)

03:00.0 PCI bridge: Advanced Micro Devices, Inc. [AMD] 600 Series Chipset PCIe Switch Downstream Port (rev 01)

03:08.0 PCI bridge: Advanced Micro Devices, Inc. [AMD] 600 Series Chipset PCIe Switch Downstream Port (rev 01)

03:09.0 PCI bridge: Advanced Micro Devices, Inc. [AMD] 600 Series Chipset PCIe Switch Downstream Port (rev 01)

03:0a.0 PCI bridge: Advanced Micro Devices, Inc. [AMD] 600 Series Chipset PCIe Switch Downstream Port (rev 01)

03:0b.0 PCI bridge: Advanced Micro Devices, Inc. [AMD] 600 Series Chipset PCIe Switch Downstream Port (rev 01)

03:0c.0 PCI bridge: Advanced Micro Devices, Inc. [AMD] 600 Series Chipset PCIe Switch Downstream Port (rev 01)

03:0d.0 PCI bridge: Advanced Micro Devices, Inc. [AMD] 600 Series Chipset PCIe Switch Downstream Port (rev 01)

07:00.0 Ethernet controller: Realtek Semiconductor Co., Ltd. RTL8125 2.5GbE Controller (rev 05)

09:00.0 USB controller: Advanced Micro Devices, Inc. [AMD] 600 Series Chipset USB 3.2 Controller (rev 01)

0a:00.0 SATA controller: Advanced Micro Devices, Inc. [AMD] 600 Series Chipset SATA Controller (rev 01)

0b:00.0 VGA compatible controller: Advanced Micro Devices, Inc. [AMD/ATI] Granite Ridge [Radeon Graphics] (rev c6)

0b:00.1 Audio device: Advanced Micro Devices, Inc. [AMD/ATI] Rembrandt Radeon High Definition Audio Controller

0b:00.2 Encryption controller: Advanced Micro Devices, Inc. [AMD] Family 19h PSP/CCP

0b:00.3 USB controller: Advanced Micro Devices, Inc. [AMD] Raphael/Granite Ridge USB 3.1 xHCI

0b:00.4 USB controller: Advanced Micro Devices, Inc. [AMD] Raphael/Granite Ridge USB 3.1 xHCI

0b:00.6 Audio device: Advanced Micro Devices, Inc. [AMD] Family 17h/19h/1ah HD Audio Controller

0c:00.0 USB controller: Advanced Micro Devices, Inc. [AMD] Device 15b8

strikoo

21.02.2025. 19:34

https://youtu.be/D45AknAsIPw

c-shadow

22.02.2025. 09:03

Citiraj:

Autor medo (Post 3790401)

Kad već spominješ tigerlake, nije još uvijek bajna situacija, FF podržava u hw samo H264, VP9 i AV1. Očito su u FF podržali minimalan broj codeca da bi radio YT. Ne vidim zašto bi netko trebao hevc u browseru... Spomenuti YT meni servira isključivo VP9 i AV1, nekako na random.
Jesi probao forsirati FF akcel. za AMDa?
Arch ima dobre i ažurne upute:
https://wiki.archlinux.org/title/Fir...o_acceleration
Znam da je tlaka, ali prije nativne podrške u FF radilo je neko vrijeme na intelu isključivo s tim postavljenim parametrima, bilo je bitno samo da ffmpeg radi. Osjetilo se na laptopima lijepo po cpu zauzeću dok gledaš yt video :)

medo	23.02.2025. 00:21

Tako je i meni bilo. FF je ponekad zbog toga bio malo nestabilan ali je radilo :)

Nisu svi videi kodirani u AV1 na YT

tomek@vz

23.02.2025. 10:13

Citiraj:

Rust for Linux: Safety gains vs maintainability fears

tomek@vz

24.02.2025. 07:25

Citiraj:

About two weeks ago we talked about why Fedora manages its own Flatpak repository, and why that sometimes leads to problems with upstream projects. Most recently, Fedora’s own OBS Flatpak was broken, leading to legal threats from the OBS project, demanding Fedora remove any and all branding from its OBS Flatpak. In response, Fedora’s outgoing project leader Matthew Miller gave an interview on YouTube to Brodie Robertson, in which Miller made some contentious claims about a supposed lack of quality control, security, and safety checks in Flathub.
These claims led to a storm of criticism directed at Miller, and since I follow quite a few people actively involved in the Flatpak and Flathub projects – despite my personal preference for traditional Linux packaging – I knew the criticism was warranted. As a more official response, Cassidy James Blaede penned an overview of all the steps Flathub takes and the processes it has in place to ensure the quality, security, and safety of Flathub and its packages.

Citiraj:

With thousands of apps and billions of downloads, Flathub has a responsibility to help ensure the safety of our millions of active users. We take this responsibility very seriously with a layered, in-depth approach including sandboxing, permissions, transparency, policy, human review, automation, reproducibility, auditability, verification, and user interface.
Apps and updates can be fairly quickly published to Flathub, but behind the scenes each one takes a long journey full of safety nets to get from a developer’s source code to being used on someone’s device. While information about this process is available between various documentation pages and the Flathub source code, I thought it could be helpful to share a comprehensive look at that journey all in one place.
↫ Cassidy James Blaede

Flathub implements a fairly rigorous set of tests, both manual and automated, on every submission. There’s too many to mention, but reading through the article, I’m sure most of you will be surprised by just how solid and encompassing the processes are. There are a few applications from major, trusted sources – think applications from someone like Mozilla – who have their own comprehensive infrastructure and testing routines, but other than those few, Flathub performs extensive testing on all submissions.
I’m not a particular fan of Flatpak for a variety of reasons, but I prefer to stick to facts and issues I verifiably experience when dealing with Flatpaks. I was definitely a bit taken aback by the callousness with which such a long-time, successful Fedora project leader like Miller threw Flathub under the bus, but at least one of the outcomes of all this is greater awareness of the steps Flathub takes to ensure the quality, security, and safety of the packages it hosts.
Nothing is and will be perfect, and I’m sure issues will occasionally arise, but it definitely seems like Flathub has its ducks in a row.

spiderhr

24.02.2025. 08:02

Citiraj:

Autor tomek@vz (Post 3789222)

Rezime za audio probleme i skaliranje aplikacija > na Fedori nekaj fali. KDE ista problematika. Opensuse Tumbleweed sa KDE sučeljem > oboje radi kak bi trebalo sa defaultnim kernelom 6.13.1. Vrijeme je da ispušem prašinu sa ansible skripti za SuSe :lol2:.

Jel pipewire mora biti instaliran za pulseaudio ili ga se može deinstalirati?

tomek@vz

24.02.2025. 08:06

Citiraj:

Autor spiderhr (Post 3790726)

Jel pipewire mora biti instaliran za pulseaudio ili ga se može deinstalirati?

Pipewire zamjenjuje pulseaudio. Ali to ne znaci da mozes sve pulseaudio pakete maknut. Zavisi od distre do distre, eto situacije na Fedori 41:

Code:

$ rpm -qa |grep 'pulseaudio\|pipewire' |sort





 pipewire-1.2.7-1.fc41.i686

pipewire-1.2.7-1.fc41.x86_64

pipewire-alsa-1.2.7-1.fc41.i686

pipewire-alsa-1.2.7-1.fc41.x86_64

pipewire-gstreamer-1.2.7-1.fc41.x86_64

pipewire-libs-1.2.7-1.fc41.i686

pipewire-libs-1.2.7-1.fc41.x86_64

pipewire-plugin-libcamera-1.2.7-1.fc41.x86_64

pipewire-pulseaudio-1.2.7-1.fc41.x86_64

pipewire-utils-1.2.7-1.fc41.x86_64

pulseaudio-libs-17.0-2.fc41.i686

pulseaudio-libs-17.0-2.fc41.x86_64

pulseaudio-libs-glib2-17.0-2.fc41.x86_64

pulseaudio-utils-17.0-2.fc41.x86_64

qemu-audio-pipewire-9.1.2-3.fc41.x86_64

vlc-plugin-pipewire-3-4.fc41.x86_64

vlc-plugin-pulseaudio-3.0.21-15.fc41.x86_64

medo	27.02.2025. 23:00

Linux OS - info, how-to, pitanja, novosti, savjeti, problemi...

Nešto testiram danas, maknem tracker-miner-fs na Ubuntu 24.10 i skužim da mi je maknuo xwayland, gnome-session i svašta nešto…

Fora. Ako neš’ imati indexera neš’ imat X-e :)

Btw: danas sam uspoređivao Ryzen 8700G sa 9600X. vainfo kaže da 8700G može enkodirati AV1 dok 9600X ne može. Oba ga mogu dekodirati.

Niti jednom niti drugom ne radi akceleracija u Firefoxu. Koliko vidim to je zato jer Firefox nema podršku za vulkan i kako stvari stoje pitanje je da li će ikada imati.

ffmpeg i mpv uredno koriste hw akceleraciju za video. ffplay radi preko vulkana a kad forsiram vaapi kaže da ne postoji veza između vulkana i vaapi-ja.

Budući da Firefox zna koristiti (samo) vaapi… it’s Intel or bust :(

The Exiled

27.02.2025. 23:07

Ryzen 7 8700G ima 780M RDNA 3 iGPU i to je već dosta konkretnije rješenje u usporedbi s osnovnim RDNA 2 iGPU-om koji je u Ryzen 9000 modelima.

medo	28.02.2025. 08:47

S druge strane 9600X sa svojih 6 jezgri radi skoro jednako brzo kao i 8700G sa 8 jezgri.

Imao sam nekoliko APUa. Njihova grafika mi je… meh. Za igre preslaba a za uredski posao nepotrebna.

BTW: ugasio sam boost na 8700G. Temperatura u loadu je pala za 20 stupnjeva (sa 95 na 75) a pad performansi u 7-Zipu nije bio bi 10%. Wraith ga hladi.

The Exiled

28.02.2025. 09:05

Da, 8700G je mobilni Zen 4, dok je 9600X baziran na boljoj Zen 5 arhitekturi.

medo	28.02.2025. 15:37

Linux OS - info, how-to, pitanja, novosti, savjeti, problemi...

Nakon malo guglanja prisjetih se da Firefox još uvijek podržava ffmpeg iako je to po defaultu disejblano

about:config

Code:

media.ffmpeg.vaapi.enabled = true

Restartam Firefox i dekoder radi!

Jubito 4k@60fps dekodira pri zauzeću GPU media dekodera 13-15% (amdgpu_top) što odgovara benchmarku u ffmpegu koji preko vulkana dekodira ~7.5x

CPU usage je 2-4%

kopija

28.02.2025. 16:01

Možda bi ovo pomoglo s tom YT problematikom, sjećam se da je to pomoglo na par predpotopnih kompova.

c-shadow

28.02.2025. 16:04

@medo
Koji codec ti je YT pustio?

medo	28.02.2025. 17:44

VP9 i AV1 kako koji video.

Pušta AV1 ali ako je AV1 u 10bit HDRu onda mi pusti 8bit VP9.

Mario92

01.03.2025. 09:55

Bogdaj, nekolko pitanja:

- Kak u Fedori 41 (GNOME) složiti per app scaling? AnyDesk na 125% scalingu izgleda jako mali i teško je vidjeti ikaj i klikati po sučelju
- nekad kad alt-tabbam ne pojave se svi programi, tj treba oko 10ak sekundi da se pojavi program iako je upaljen i vidljiv na ekranu. Bug ili feature?
- preporuka za RDP program koji radi, probal sam Connections i Thincast Remote ali oba se smrznu sekundu-dvije nakon logiranja na remote komp

Inače zgodan OS, usporedil sam GNOME i KDE i na kraju mi je GNOME puuuuuuno bolje legel. Izgleda milijun puta bolje i taman je dovoljno jednostavan a praktičan za korištenje od strane average luzer ko npr. ja :)

I jaaaaaaaaaaako mi je drago da su složili fractional scaling u Waylandu, ubijalo me to kad sam imal eskapade prošle godine s pokušajima da se prebacim na Linux

Cuky	01.03.2025. 10:22

Za rdp probaj remminu.

Ja ga koristim za rdp, vnc spajanja.

xlr	01.03.2025. 10:37

Remmina mi je bila skroz na mjestu, preporuka

Mario92

01.03.2025. 12:09

Hmmmmm, not impressed:

https://i.imgur.com/nnHwJT5.png

+ ima neki čudan bug s keyboard layoutom, kao da su tipke pomaknute za 5-6 stupaca prema levo... niš, budem malo pogledal opcije, možda je user error... iak sumnjam

tomek@vz

01.03.2025. 12:27

Kak si instaliral Remminu? Iz sluzbenog RPM repoa ili Flatpak? Postaj debug Log kad se skrsi. Koristim ju na dnevnoj bazi i nisam imal tih problema koje opisujes. Kaj se tipkovnice tice provjeri postavke u Settings > RDP.

P.S. > ak ti se Gnome svida cekiraj i ovo https://extensions.gnome.org/#sort=downloads

c-shadow

01.03.2025. 13:34

Firefox 136

Code:

Hardware video decoding is now enabled for AMD GPUs on Linux.

https://www.mozilla.org/en-US/firefo.../releasenotes/

Libertus

01.03.2025. 15:26

Top, znači sa sljedećim FF ažuriranjem cveta cveće u naše preduzeće.

c-shadow

01.03.2025. 18:11

A vjerojatno će samo u configu upisati ovo što je medo na ruke neki dan :D
Tako je i s intelom bilo nekad... radilo je s posebnim postavkama, ali dugo im je trebalo da puste u distribuciju.

Dule	01.03.2025. 20:00

Za RDP preporuka za xfreerdp.

Ivo_Strojnica

01.03.2025. 20:40

Meni remina odlična.
Koristim i deluge remote desktop manager.

medo	01.03.2025. 20:58

Remminu koristim poslovno. Nije kao Microsoftov RDP ali radi.

zgking

01.03.2025. 21:27

koji linux da stavim na laptop....dosta mi je win 11

Bok majstori od linuxa

Kaj ima ekipo ? Vidim da win 11 sve više seruckaju i meni ih je jednostavno navrh glave te ih se želim riješiti. Čitam da win 11 ver.24H2 znao fino smrdati HP računala i ne samo njih i nemam namjeru napraviti nadogradnju.

Volio bi izabrati distru linuxa koja će najbolje raditi na mom laptopu HP 650 G5.

Evo i slika gdje se vidi kakav je procesor , RAM i ostalo , pa da mi lakše pomognete u izboru.

Procesor i RAM

https://postimg.cc/sMQxVCNC

Tip sistema

https://postimg.cc/MnQ6CbnW

Eto toliko od mene , pa vi sada navalite sa prijedlozima.

tomek@vz

02.03.2025. 03:56

Mint

Sva vremena su GMT +2. Sada je 02:28.

Stranica 99 od 115

Show 40 post(s) from this thread on one page