Fedora 35 - Dell Inspiron 7000 2-in-1
by Sbob
All;
I am considering a purchase of this laptop (see below):
Does anyone see any red flags or hardware that is incompatible with
Fedora 35 / KDE?
Thanks in advance
2021 Newest Dell Inspiron 7000 2-in-1 17 QHD+ Touch Premium Laptop,
Intel Core i7-1165G7,
64GB RAM,
1TB PCIe SSD,
GeForce MX350,
Webcam, FP Reader, WiFi-6, Thunderbolt 4, Backlit KB, Windows 10 Home
More details:
Capacity:64GB RAM | 1TB PCIe SSD
Key Features and Benefits:
CPU:11th Generation Intel® Core™ i7-1165G7 Quad-Core Processor (4 Cores,
8 Threads, 12MB Intel Smart Cache, Base Frequency at 2.80 GHz, Up to
4.70 GHz at Max Turbo Speed)
Memory: 64GB DDR4 SDRAM
Hard Drive: 1TB PCIe NVMe M.2 Solid State Drive
Operating System:Windows 10 Home 64-bit, English
Display: 17.0-inch QHD+ (2560 x 1600) Truelife Touch Narrow Border IPS
Display
Touchscreen: Yes
Fingerprint Reader: Yes
Screen Resolution: 2560 x 1600
Backlit Keyboard: Yes
Ports: 1 x SD Card Reader, 2 x USB 3.2 Gen 1, 1 x Headphone/Microphone
Combo, 1 x HDMI 1.4b, 1 x Thunderbolt™ 4 with Power Delivery &
DisplayPort, 1 x power-adapter port
Graphics:NVIDIA® GeForce® MX350 with 2GB GDDR5 graphics memory
Media Drive: SD card reader
Audio:Stereo speakers with Waves MaxxAudio Pro, 2 W x 2 Realtek ALC3204
CODEC
Wireless Connectivity:Intel Wi-Fi 6 2x2 (Gig+) and Bluetooth
Camera:Built-in 720p HD webcam with dual-array microphone
Battery: 4-Cell Battery, 68WHr (Integrated)
Bluetooth:Yes
2 years, 3 months
Dolphin ignores umask
by Emmett Culley
I first discovered this issue when a user complained she could not access a file I created on an NFS4 share.
I don't see this issue if I use fish:// to access any directory, local or remote.
We are on fully updated KDE fedora 34 and 35 systems, and this has been a problem for quite awhile, through many Fedora updates, possibly as far back as fedora 18 (arbitrary number). Until now I've usually just run chmod -R g+w on the share on the file server or locally when it matters, then went about my business. I have put it off too long and so did a bit of investigation.
This happens every time on both Konqueror and Dolphin. It never happens in Konsole. Meaning that if I open Konsole and cd to /fs1/work (the nfs share), and create a file or directory, the permissions are set to 664 and 2775 (SGID is set for all directories) as expected, with a umask of 002 for all users. Note that the umask on both servers and clients are set to 002.
So only Dolphin and Konqueror ignore the umask=0002 setting, and only when not accessing a file system via fish. This happen on both remote NFS shares and locally.
Emmett
2 years, 3 months