Re: New kernel install had issues. (6.0.5-200.fc36.x86_64)
On 10/30/22 13:00, Tom Horsley wrote: As an additional report, I did a dnf update this morning, got the same kernel, and had no problems at all. Must be one of those things mankind was not meant to know Another two reports: one on a Ryzen TR 2950X/6900XT with no issues, the second is a 12th Gen Intel 12900K mobile (Dell XPS 9720) that has been hard locking since 6.0 came out on Fedora workstation. Pretty normal default install, I am running in X11 to placate the nVidia driver gods but that's about it. UEFI install as well, BIOS support turned to disabled. Granted I've had a lot of issues out of 12th Gen Intel mobile and Linux in general, particularly with audio and the Intel Xe graphics but the hard lock requiring the power button press is a new one. I'll see if I can figure out what triggers it. Leander ___ users mailing list -- users@lists.fedoraproject.org To unsubscribe send an email to users-le...@lists.fedoraproject.org Fedora Code of Conduct: https://docs.fedoraproject.org/en-US/project/code-of-conduct/ List Guidelines: https://fedoraproject.org/wiki/Mailing_list_guidelines List Archives: https://lists.fedoraproject.org/archives/list/users@lists.fedoraproject.org Do not reply to spam, report it: https://pagure.io/fedora-infrastructure/new_issue
Re: Remap Super and Control on GNOME 41
On 11/19/21 22:30, Leander Hutton via users wrote: I'm running Fedora Workstation 35 and I sometimes use vintage IBM keyboards that do not have a super key. In previous versions of GNOME there was an option in the keyboard layout and shortcuts to remap that key or indeed change the Super and Control behavior. I'm not seeing an option to remap the Activities button from Super in GNOME 41 anymore. Did it get removed? I used to remap it to Alt+F1. I dug around some more and discovered that Super+S produced the same behavior as Super on a 103/104 key keyboard so I remapped that (and a few other things) to use Ctrl+Atl+ in place of the super key. Looks like the functionality is there just renamed! So FYI for anyone wanting to use a Super-less keyboard on GNOME 40/41. Thanks! Leander -- --- Leander Hutton lean...@one-button.org www.one-button.org ___ users mailing list -- users@lists.fedoraproject.org To unsubscribe send an email to users-le...@lists.fedoraproject.org Fedora Code of Conduct: https://docs.fedoraproject.org/en-US/project/code-of-conduct/ List Guidelines: https://fedoraproject.org/wiki/Mailing_list_guidelines List Archives: https://lists.fedoraproject.org/archives/list/users@lists.fedoraproject.org Do not reply to spam on the list, report it: https://pagure.io/fedora-infrastructure
Remap Super and Control on GNOME 41
I'm running Fedora Workstation 35 and I sometimes use vintage IBM keyboards that do not have a super key. In previous versions of GNOME there was an option in the keyboard layout and shortcuts to remap that key or indeed change the Super and Control behavior. I'm not seeing an option to remap the Activities button from Super in GNOME 41 anymore. Did it get removed? I used to remap it to Alt+F1. Thanks! Leander -- --- Leander Hutton lean...@one-button.org www.one-button.org ___ users mailing list -- users@lists.fedoraproject.org To unsubscribe send an email to users-le...@lists.fedoraproject.org Fedora Code of Conduct: https://docs.fedoraproject.org/en-US/project/code-of-conduct/ List Guidelines: https://fedoraproject.org/wiki/Mailing_list_guidelines List Archives: https://lists.fedoraproject.org/archives/list/users@lists.fedoraproject.org Do not reply to spam on the list, report it: https://pagure.io/fedora-infrastructure
GNOME 40 mouse lag
Has anyone else been seeing some GNOME 40 animation freezes and lags? I have a Dell 9310 XPS (11th Gen i7/16GB of RAM) and with animations enabled the mouse cursor will sometimes freeze and lag. Strangely I have access to a Dell 9300 (10th Gen i7) running FL34 and it's fine. I'm not running TLP on mine and I've wiped it to make sure I didn't have some weird old config in place. The mouse will just quit responding and suddenly "jump" to catch up at times, it even does this when the machine is not under load. The 9300 has a 4K screen and the 9310 has a 1200p screen so if anything I think the 9310 should be more lag-free with the faster CPU/GPU and less pixels to push around. I don't think it's a hardware problem since it's fine in GNOME 3.38 when I tried Debian and FL33 on here. I've been running Linux on this machine exclusively. I thought about leaving it on Debian but I'd like to use Fedora due to PipeWire and the better BT audio codec support. I know there are some forth coming performance enhancements for the GNOME 40 series too. Just wondering if anyone else has similar hardware and has seen similar quirks. Thanks! Leander -- --- Leander Hutton lean...@one-button.org www.one-button.org ___ users mailing list -- users@lists.fedoraproject.org To unsubscribe send an email to users-le...@lists.fedoraproject.org Fedora Code of Conduct: https://docs.fedoraproject.org/en-US/project/code-of-conduct/ List Guidelines: https://fedoraproject.org/wiki/Mailing_list_guidelines List Archives: https://lists.fedoraproject.org/archives/list/users@lists.fedoraproject.org Do not reply to spam on the list, report it: https://pagure.io/fedora-infrastructure
Re: XPS 13 2-in-1 Fedora Linux 34 Tablet Mode
On 3/19/21 12:59 PM, Patrick O'Callaghan wrote: >> . > Once again: F34 is unreleased. Comments should be sent to the Fedora > Test list, where devels might pick up on any bugs. Right, that's why I put it on test machine with non-default hardware. Sorry this went to the wrong list didn't realize there was a list between dev and users. Will post there please ignore this thread here. Leander -- --- Leander Hutton lean...@one-button.org www.one-button.org ___ users mailing list -- users@lists.fedoraproject.org To unsubscribe send an email to users-le...@lists.fedoraproject.org Fedora Code of Conduct: https://docs.fedoraproject.org/en-US/project/code-of-conduct/ List Guidelines: https://fedoraproject.org/wiki/Mailing_list_guidelines List Archives: https://lists.fedoraproject.org/archives/list/users@lists.fedoraproject.org Do not reply to spam on the list, report it: https://pagure.io/fedora-infrastructure
XPS 13 2-in-1 Fedora Linux 34 Tablet Mode
Hell all, I have a Dell XPS 13 2-in-1 that I've upgraded to the FL34 beta to test on and it's tablet mode no longer works. Standard workstation version with GNOME 40. The option in the top right menu for orientation lock is gone, folding the machine over in half does not cause it to switch into tablet mode like it did in Fedora 33. Screen rotation doesn't work at all anymore. I'm running Wayland in both cases (33 and 34). Anyone else with a similar style machine (Lenovo Yoga comes to mind) and 34 having luck with switching to tablet mode? Are there additional packages needed for convertibles now in GNOME 40? It's always worked right out of the box with Fedora since I've had the machine. As far as I can tell iio-sensor-proxy is running and monitor-sensor shows it detecting orientation changes, GNOME 40 just doesn't react to them. Thanks! Leander -- --- Leander Hutton lean...@one-button.org www.one-button.org ___ users mailing list -- users@lists.fedoraproject.org To unsubscribe send an email to users-le...@lists.fedoraproject.org Fedora Code of Conduct: https://docs.fedoraproject.org/en-US/project/code-of-conduct/ List Guidelines: https://fedoraproject.org/wiki/Mailing_list_guidelines List Archives: https://lists.fedoraproject.org/archives/list/users@lists.fedoraproject.org Do not reply to spam on the list, report it: https://pagure.io/fedora-infrastructure
Suggest plasma-breeze as a dependency for Kdenlive?
Hello all, I've been using the KDE spin for years but recently decided to install the GNOME workstation version on a laptop but I still use some KDE apps, most notably Kdenlive and DigiKam. I've noticed Kdenlive does not install plasma-breeze as a dependency and as a result looks a bit bad in GNOME. Obviously not a big deal in Plasma as the Breeze theme is installed by default. The bad look of the default behavior might turn some off from using the application. I believe the Kdenlive RPM is from RPMFusion and is not in the base repos. Does anyone know how to maybe suggest this change to the RPMFusion folks? Thanks! -- --- Leander Hutton lean...@one-button.org www.one-button.org ___ users mailing list -- users@lists.fedoraproject.org To unsubscribe send an email to users-le...@lists.fedoraproject.org Fedora Code of Conduct: https://docs.fedoraproject.org/en-US/project/code-of-conduct/ List Guidelines: https://fedoraproject.org/wiki/Mailing_list_guidelines List Archives: https://lists.fedoraproject.org/archives/list/users@lists.fedoraproject.org
KDE Plasma "For only this specific display arrangement"
Hello all, is the "For only this specific display arrangement" in the KDE Plasma spin of F32 actually functional? I have 15" HiDPI laptop that I dock with a Thunderbolt dock to a non-HiDPI external display. Since this machine has an nVidia card (not my first choice just what I ended up with) I'm stuck on an X11 session so mixed DPI isn't going to really work. I scale my internal display at 175% and the external at 100%. I thought the solution would be to disable the internal display and just have the external on while docked. I've tried configuring the internal display to 175% and checking the "For only this specific display arrangement" radio button while un-docked and configuring the external display connected and internal disabled with that box checked but it never seems to actually work. As soon as I disconnect from the docking station the internal display re-enables as it should be it's still scaled at 100%. Even restarting doesn't fix it, I have to change it again in the display setting and reboot. Happens the other direction too, if I reconnect to the dock the internal display disables and the external display is still scaled at 175% until I rescale and reboot. GNOME will remember these settings even on X11 but GNOME doesn't do fractional scaling so I lose a good bit of real estate on the internal display at 2x. My next option seems like xrandr. Anyone else get this option to work in the Plasma spin? Thanks! Leander ___ users mailing list -- users@lists.fedoraproject.org To unsubscribe send an email to users-le...@lists.fedoraproject.org Fedora Code of Conduct: https://docs.fedoraproject.org/en-US/project/code-of-conduct/ List Guidelines: https://fedoraproject.org/wiki/Mailing_list_guidelines List Archives: https://lists.fedoraproject.org/archives/list/users@lists.fedoraproject.org
Re: Kernel 5.4 iwlwifi firmware
On 1/17/20 4:46 PM, Ed Greshko wrote: > What is your exact kernel version? An issue similar to the above was > reported and fixed. > From a response to an earlier post. > > The issue with the wifi should be fixed in kernel 5.4.8-200.fc31. > > https://bugzilla.redhat.com/show_bug.cgi?id=1788150 > https://bugzilla.kernel.org/show_bug.cgi?id=205719 Interesting, confirmed the problem still exists on my machine on 5.4.10-200.fc31.x86_64 and 5.4.8-200.fc31.x86_64 just now. The previous versions in 5.4 do the same thing. Thanks, I guess I should tack my log onto that bugzilla report then? Leander -- --- Leander Hutton lean...@one-button.org ___ users mailing list -- users@lists.fedoraproject.org To unsubscribe send an email to users-le...@lists.fedoraproject.org Fedora Code of Conduct: https://docs.fedoraproject.org/en-US/project/code-of-conduct/ List Guidelines: https://fedoraproject.org/wiki/Mailing_list_guidelines List Archives: https://lists.fedoraproject.org/archives/list/users@lists.fedoraproject.org
Kernel 5.4 iwlwifi firmware
I'm running Fedora 31 on my laptop with a Killer Wi-Fi 6 AX1650 network card. Under 5.3 kernel series my card worked fine but I've noticed that under the 5.4 series the firmware fails to load with the following kernel message: iwlwifi :00:14.3: enabling device ( -> 0002) iwlwifi :00:14.3: Direct firmware load for iwlwifi-Qu-b0-hr-b0-50.ucode failed with error -2 iwlwifi :00:14.3: Direct firmware load for iwlwifi-Qu-b0-hr-b0-49.ucode failed with error -2 iwlwifi :00:14.3: TLV_FW_FSEQ_VERSION: FSEQ Version: 43.2.23.17 iwlwifi :00:14.3: Found debug destination: EXTERNAL_DRAM iwlwifi :00:14.3: Found debug configuration: 0 iwlwifi :00:14.3: loaded firmware version 48.4fa0041f.0 op_mode iwlmvm iwlwifi :00:14.3: Detected Killer(R) Wi-Fi 6 AX1650i 160MHz Wireless Network Adapter (201NGW), REV=0x338 iwlwifi :00:14.3: Applying debug destination EXTERNAL_DRAM iwlwifi :00:14.3: Allocated 0x0040 bytes for firmware monitor. iwlwifi :00:14.3: Collecting data: trigger 15 fired. iwlwifi :00:14.3: Start IWL Error Log Dump: iwlwifi :00:14.3: Status: 0x, count: 2127625685 iwlwifi :00:14.3: Loaded firmware version: 48.4fa0041f.0 iwlwifi :00:14.3: Applying debug destination EXTERNAL_DRAM iwlwifi :00:14.3: Allocated 0x0040 bytes for firmware monitor. iwlwifi :00:14.3: Collecting data: trigger 15 fired. iwlwifi :00:14.3: Start IWL Error Log Dump: It then produces a longish error dump probably better suited for a bugtracker than a mail list. I can provide it here if that's help though! Booting back into any of the 5.3 kernels does not produce this error and the card works fine, all three released 5.4 kernels for F31 have done this so far. dnf reports my system as up-to-date and I have the available iwlwifi firmware packages installed. It looks like they just aren't updated for the 5.4 kernel or something? I know I can head to kernel.org, grab the firmware tarball and extract it to /lib/firmware but I'd like to avoid that if possible. Anyone else with this card having issues? Thanks! -- --- Leander Hutton lean...@one-button.org ___ users mailing list -- users@lists.fedoraproject.org To unsubscribe send an email to users-le...@lists.fedoraproject.org Fedora Code of Conduct: https://docs.fedoraproject.org/en-US/project/code-of-conduct/ List Guidelines: https://fedoraproject.org/wiki/Mailing_list_guidelines List Archives: https://lists.fedoraproject.org/archives/list/users@lists.fedoraproject.org
Re: Kernel 5.0.17 Vega failing on boot.
On 5/24/19 11:00 PM, Leander Hutton wrote: > Anyway, looks like I really loused something up ... Indeed it looks like I did, just figured it out. Looks like one of the RPMs from the amdgpu-pro driver I was trying to extract (and apparently accidentally installed) for OpenCL before giving up and going over to ROCm left a configuration in /etc/dracut.conf.d looking for the amdkfd module that wasn't there. Removed that file, re-ran dracut and I'm successfully in the new kernel. Thanks! Leander ___ users mailing list -- users@lists.fedoraproject.org To unsubscribe send an email to users-le...@lists.fedoraproject.org Fedora Code of Conduct: https://getfedora.org/code-of-conduct.html List Guidelines: https://fedoraproject.org/wiki/Mailing_list_guidelines List Archives: https://lists.fedoraproject.org/archives/list/users@lists.fedoraproject.org
Kernel 5.0.17 Vega failing on boot.
Hello, I have an AMD Ryzen with a Vega 56 graphics card running Fedora 30 and the 5.0.17 update the graphics output seems to just die after grub. Rolled back to the previous kernel (5.0.16) in grub and it comes up just fine. No errors or logs ... just sits there at the ASRock logo on screen after selecting the kernel. From what I can tell it is actually installed. Tried runlevel 1 and 3 as well and it does the same thing. The kernel works fine on my laptop but that's an Intel machine. Standard grub command line arguments except amddgpu.gpu_recovery=1 for the Vega card. I did also try it with that removed and still no go. I can SSH into it just fine but the screen is just sitting there with the BIOS manufacturer's logo, nothing telling in dmesg or /var/log/messages and it doesn't set off abrt. I'm running a pretty standard Fedora system with only some codecs and non-free software from rpmfusion. The only other thing I changed recently was adding the ROCm for OpenCL image support on my Radeon card. I removed those after I noticed this issue and reran dracut to no avail, reinstalled the kernel and all related packages as well. Nothing. Anyway, looks like I really loused something up. Luckily the older kernel still works fine. Any other ideas out there? Maybe the ROCm packages left something behind (removed with dnf remove)? Thanks! Leander ___ users mailing list -- users@lists.fedoraproject.org To unsubscribe send an email to users-le...@lists.fedoraproject.org Fedora Code of Conduct: https://getfedora.org/code-of-conduct.html List Guidelines: https://fedoraproject.org/wiki/Mailing_list_guidelines List Archives: https://lists.fedoraproject.org/archives/list/users@lists.fedoraproject.org
borgbackup on Fedora 30
-BEGIN PGP SIGNED MESSAGE- Hash: SHA256 Just a heads up for anyone using borg to do backup on F30, it seems to have a problem with one of its dependencies that causes the program to fail. Python3-msgpack is the issue. Doing a dnf downgrade to the F29 version (python3-msgpack-0.5.6-5.fc29.x86_64.rpm) looks to be a functional workaround for now. Thanks. Leander - --- Leander Hutton lean...@one-button.org www.one-button.org -BEGIN PGP SIGNATURE- iQEzBAEBCAAdFiEEUWDZdQSzkF7MomA43uJgMM1eWKQFAlzQemUACgkQ3uJgMM1e WKQDawf/QjJv0CBlZ9xZqrDFlJ5fOfFp4dAOF0p1Y0+QnPnEiV9bG7jjCixOiLsQ hiDyk4y7xNlipEuMegWwTi8vLaLKs9nNASPRIfUSlfvi4OqvJZF+SPHgRTdynGbj gfzvQU9IsojgnsvQ6FSE4UNSG7Arf8ZnG9xmH570VI1UROOwqGmx7Lb9mVxTlURU 14q3ToBWd7Ef4PQqVhJ04nBiWdf0tyiID+6//eHqPd9UKx8QOr7OJmp2v7TTfVeA vodQm218cHovvo2Hl8J0/9Y8yjbS0WE2FWSIrt4u3JOFsd0AZAhjhiNCXfWskPiv 0JntkgQ4r+vTmwe3xtDijtjzmScRMA== =gKOT -END PGP SIGNATURE- ___ users mailing list -- users@lists.fedoraproject.org To unsubscribe send an email to users-le...@lists.fedoraproject.org Fedora Code of Conduct: https://getfedora.org/code-of-conduct.html List Guidelines: https://fedoraproject.org/wiki/Mailing_list_guidelines List Archives: https://lists.fedoraproject.org/archives/list/users@lists.fedoraproject.org
Re: Missing typdefs and usb.h for Soarer's Converter
On 3/29/19 11:29 PM, Sam Varshavchik wrote: > A brief grep finds these typedefs defined in : > > #include > > typedef u_int8_t foo; > > > This compiles just fine. > > So, I surmise that the code in question was using something that itself > includes sys/types.h, but whatever that is, the version on Fedora > doesn't itself include it. > > You'll just need to figure out which modules need this, and manually > shove that include in there, yourself. That'll probably fix it. Did some comparing between the Debian version of usb.h and Fedora. The usb.h on Debian included sys/param.h and the Fedora version omits this. sys/param.h then includes sys/types.h, so that was indeed the underlying cause. Shoving that include in place on the RawHID common include Soarer's Converter bundles did allow it to be compiled on F29. I guess I need to figure out how to keep up with this since I don't think anyone's maintaining the Linux version of this utility anymore. Many thanks! Now off to use my very old and very loud keyboard! Leander ___ users mailing list -- users@lists.fedoraproject.org To unsubscribe send an email to users-le...@lists.fedoraproject.org Fedora Code of Conduct: https://getfedora.org/code-of-conduct.html List Guidelines: https://fedoraproject.org/wiki/Mailing_list_guidelines List Archives: https://lists.fedoraproject.org/archives/list/users@lists.fedoraproject.org
Missing typdefs and usb.h for Soarer's Converter
I'm trying to compile Soarer's Converter on Fedora 29 and running into typedef problems. This is a somewhat old utility for programming USB converters for old terminal and XT keyboards based on an Arduino Teensy. More info here on that here: https://geekhack.org/index.php?topic=17458.0 I have libusb-devel installed and /usr/include/usb.h and /usr/include/stdint.h are both present. Running the included makefile for the Linux build just dumps unknown type name errors for u_int8_t and u_int16_t: /usr/include/usb.h:81:2: error: unknown type name ‘u_int8_t’ u_int8_t bLength; ^~~~ /usr/include/usb.h:82:2: error: unknown type name ‘u_int8_t’ u_int8_t bDescriptorType; ^~~~ /usr/include/usb.h:87:2: error: unknown type name ‘u_int8_t’ u_int8_t bLength; ^~~~ Tested compiling the code on Debian and Ubuntu with the equivalent libraries installed and it produces the binaries just fine, so I must be missing something on the Fedora procedure. It's almost like it's missing the stdint.h header but I've verified it's present. The binaries I compiled on the Debian install even work just fine on F29 which leads me to believe I'm just missing a -devel package needed to compile it. Thought maybe it needed the avr-libc package and it's headers but that didn't seem to help. Unfortunately the original person who wrote this code has long since vanished but Teensy stuff is pretty popular so I thought it'd be worth a shot to ask here! I haven't messed with any other Teensy code myself. Thanks! Leander ___ users mailing list -- users@lists.fedoraproject.org To unsubscribe send an email to users-le...@lists.fedoraproject.org Fedora Code of Conduct: https://getfedora.org/code-of-conduct.html List Guidelines: https://fedoraproject.org/wiki/Mailing_list_guidelines List Archives: https://lists.fedoraproject.org/archives/list/users@lists.fedoraproject.org
Re: OT: IBM to buy RedHat
On 10/28/18 11:04 PM, Tim via users wrote: > On Sun, 2018-10-28 at 19:04 -0700, ToddAndMargo via users wrote: >> RHEL is defunct, out-of-date garbage, so I see IBM slowly >> closing that project down as it wont support their new code >> and sticking with cloud services and such. I do not see >> them support anything that does not directly affect their >> immediate bottom line, especially with the financial hit >> IBM took acquiring Red Hat. RHEL and Debian Stable take the same path. Stable, mostly just security fixes during a release's lifeftime, etc. I usually prefer Debian in server environments but at work we have quite a few RHEL machines too, it's the popular choice for proprietary software vendors to target because it's long lived and slow moving. Debian Stable and RHEL are both very handy in situations where things absolutely positively cannot break. I imagine IBM is mostly interested in OpenShift, JBoss and CoreOS. But that's just a guess on my part. While I'm not a fan of IBM's business practices and I've heard nothing good about the corporate culture I'm not entirely doom and gloom on this. The thing is it's hard to kill GPL software, if they do ignore it, try to close off parts, etc it will most likely just get forked like Maria and LibreOffice did after Oracle bought Sun. Hopefully IBM will keep paying the RH devs that contribute to the kernel and other Linux related projects. If they shut those folks down it will have wider implications on the Linux ecosystem in general. Red Hat devs make a lot of contributions to projects outside of RHEL and Fedora. Leander -- --- Leander Hutton lean...@one-button.org www.leanderhutton.com www.one-button.org ___ users mailing list -- users@lists.fedoraproject.org To unsubscribe send an email to users-le...@lists.fedoraproject.org Fedora Code of Conduct: https://getfedora.org/code-of-conduct.html List Guidelines: https://fedoraproject.org/wiki/Mailing_list_guidelines List Archives: https://lists.fedoraproject.org/archives/list/users@lists.fedoraproject.org
Re: OT: IBM to buy RedHat
On 10/28/18 10:04 PM, ToddAndMargo via users wrote: > When it finally breaks, look up Unicomp. They have excellent buckling > spring keyboards. (I am typing on one right now.) Yup, know all about Unicomp. I restore Model Ms as a hobby and have one of Unicomp's black/white/gray UltraClassic USB models too. Bought quite a few parts from them to do repairs on old abused Ms. Leander -- --- Leander Hutton lean...@one-button.org www.leanderhutton.com www.one-button.org ___ users mailing list -- users@lists.fedoraproject.org To unsubscribe send an email to users-le...@lists.fedoraproject.org Fedora Code of Conduct: https://getfedora.org/code-of-conduct.html List Guidelines: https://fedoraproject.org/wiki/Mailing_list_guidelines List Archives: https://lists.fedoraproject.org/archives/list/users@lists.fedoraproject.org
Re: OT: IBM to buy RedHat
On 10/28/18 6:49 PM, Patrick O'Callaghan wrote: > I know this is strictly OT, but I suggest it's of some interest to this > list: > > https://www.cnbc.com/2018/10/28/ibm-to-acquire-red-hat-in-deal-valued-at-34-billion.html Red Hat owns and funds a lot of projects. I use Ansible on a daily basis (along with Fedora). I wonder what's going to happen with those. GNOME is largely funded by RH IIRC too, I use KDE these days myself. Depending on what products of Red Hat's IBM is interested in there could be some forking here soon. Of course IBM could also let Red Hat be Red Hat and just collect the checks. Who knows right now. Feels weird man. Love me some IBM buckling spring keyboards (typing this on a '86 Model M) but I don't want them in my OS. Leander -- --- Leander Hutton lean...@one-button.org www.leanderhutton.com www.one-button.org ___ users mailing list -- users@lists.fedoraproject.org To unsubscribe send an email to users-le...@lists.fedoraproject.org Fedora Code of Conduct: https://getfedora.org/code-of-conduct.html List Guidelines: https://fedoraproject.org/wiki/Mailing_list_guidelines List Archives: https://lists.fedoraproject.org/archives/list/users@lists.fedoraproject.org
Replacing email list for users with a web forum software called Discourse, what's your opinion?
On 10/20/18 5:42 PM, stan wrote: > I'm wondering how the people who regularly use fedora-users mailing > list feel about that. Which would you prefer? Unfortunately, it's an > either / or proposal, because there is no interface in Discourse for > emails from an email list to be put in their forums, though they do > have email notification for new web messages. Would you willingly or > reluctantly migrate to the new platform? Discourse, Discord or Slack are what everyone seem to be clustering around these days. The main thing I like about mailing lists and even to some extent IRC is it's a bit more decentralized and is easily locally archived. They're also built around a standard or protocol instead of an individual product so it's fairly easy to migrate data from one machine/client/place/whatever to another. What happens to all the Discourse posts when the next HotNewThing(TM) comes along? Will all the questions, answers and interactions vanish? I'm a bit of an odd ball for a young person in that I still host my own mail. While I'm not terribly active on here I'd be even less so on Discourse most likely. Leander -- --- Leander Hutton lean...@one-button.org www.leanderhutton.com www.one-button.org ___ users mailing list -- users@lists.fedoraproject.org To unsubscribe send an email to users-le...@lists.fedoraproject.org Fedora Code of Conduct: https://getfedora.org/code-of-conduct.html List Guidelines: https://fedoraproject.org/wiki/Mailing_list_guidelines List Archives: https://lists.fedoraproject.org/archives/list/users@lists.fedoraproject.org
Re: Dell XPS15 9570
On 08/21/2018 12:39 AM, Thomas Letherby wrote: > Doesn't seem to have a monitor section, but this may be because it's a > laptop so the nVidia and Intel gfx are interconnected, I also don't have > a 98-monitor.conf file. > > Might have something to do with it... > > Restarting SDDM on another terminal just gets me the usual black screen. > > Installed the latest patches too just in case, no dice there either. I ran into the same blank screen bug a while back on KDE spin of Fedora with a Precision 7720 (Quadro P3000/Intel Graphics). I finally figured out that adding the following options to /etc/sddm/Xsetup file and leaving graphics switching on in the BIOS allowed SDDM to start normally with the nVidia drivers: xrandr --setprovideroutputsource modesetting NVIDIA-0 xrandr --auto I haven't seen that suggested yet in the thread, if it has and I've overlooked it my apologizes. Leander ___ users mailing list -- users@lists.fedoraproject.org To unsubscribe send an email to users-le...@lists.fedoraproject.org Fedora Code of Conduct: https://getfedora.org/code-of-conduct.html List Guidelines: https://fedoraproject.org/wiki/Mailing_list_guidelines List Archives: https://lists.fedoraproject.org/archives/list/users@lists.fedoraproject.org/message/MNU7N7AJL7X2GSB4DDNZYCUAG64LJ6XU/
Radeon driver in 4.14.18
I'm currently running F27 KDE with a Radeon Pro WX7100 and the open source amdgpu drivers. After a kernel update from 4.14.14 to 4.14.18 my video card is no longer recognized. I'm seeing this in my Xorg.0.log: [ 6.640] (EE) open /dev/dri/card0: No such file or directory [ 6.640] (EE) open /dev/dri/card0: No such file or directory [ 6.641] (EE) open /dev/fb0: No such file or directory [ 6.641] (EE) open /dev/fb0: No such file or directory [ 6.641] (EE) Screen 0 deleted because of no matching config section. [ 6.641] (EE) Screen 0 deleted because of no matching config section. [ 6.892] (EE) AIGLX: reverting to software rendering 3D acceleration and multihead support do not work. Rebooting back into kernel 4.14.14 fixes the problem, the card is recognized again and all of the features work. It looks like the module for the amdgpu driver isn't there in the newer kernel maybe? I'm running the stock kernels from the official F27 repos. Thanks! Leander ___ users mailing list -- users@lists.fedoraproject.org To unsubscribe send an email to users-le...@lists.fedoraproject.org
