Re: System upgrades. Where is the / filesystem?
On 2024-04-30 10:58 AM, John Pilkington wrote: (fedoraforum) has a suggestion of trimming the journalctl log, but neither that nor any other space-clearing actions that I have tried has made any difference. Have you made snapshots of your system volume, or installed any applications that might create snapshots (something like timeshift or snapper)? If your filesystem has snapshots, deleting files will not free up space until you also remove the snapshots that contain those files. -- ___ 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: Function Key becomes permanently pressed after a couple of minutes after boot (temporary fix: reboot)
You may have pressed Fn+Esc together, which activates Fn lock. https://community.frame.work/t/swap-function-multimedia-keys-by-default/12856/10 -- ___ 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: Thunderbird 115 FC 38
On 2023-09-23 10:45, steven stern wrote: I see that Thunderbird 115.2 is in koji, but it looks like it has not been build for Fedora 38. Is that coming? https://koji.fedoraproject.org/koji/packageinfo?packageID=39 https://i.imgur.com/bKEMxjt.png I would probably ask that question in this BZ: https://bugzilla.redhat.com/show_bug.cgi?id=2240134 FESCo approved an exception to the stable update policy: https://pagure.io/fesco/issue/3050 And the f38 branch in git has been updated: https://src.fedoraproject.org/rpms/thunderbird/tree/f38 As far as I can tell, Mozilla has stopped publishing security updates for the 102 series, so I don't think there's any grounds to object to updating to 115 at this point: https://www.thunderbird.net/en-US/thunderbird/releases/ ___ 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: memtest86+ seems to do nothing.
On 2023-03-15 10:40, Michael D. Setzer II via users wrote: The Fedora memtest86+-5.31 is broken and they have been informed of how to get the newer 6.10 version to work, but have done nothing. I don't think that's fair to the maintainers. There hasn't been a memory test application (neither memtest86+ nor pcmemtest) that supported Secure Boot signing until memtest86+ 6.10, which was released on Feb 3. Getting support into the Fedora boot media is going to be more work than merely rebuilding a new version. ___ 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: is root realy root ?
On 2023-01-21 15:37, Jeffrey Walton wrote: chown: changing ownership of '/root/.cache/doc': Operation not permitted It sounds like selinux. If the problem were SELinux, the system would report "permission denied" and not "operation not permitted". You can verify this with a little bit of roundabout testing. Open two terminals and start "root" sessions in both. You won't be able to start a confined shell with type sshd_t if the system is enforcing, but you won't be able to test the behavior of the policy while it's permissive, so... setenforce permissive # In the first shell runcon system_u:system_r:sshd_t:s0-s0:c0.c1023 /bin/sh # In the second shell setenforce enforcing # In the first shell, again # Now, in the second shell, you can test... sh-5.2# touch foo sh: child setpgid (83679 to 83679): Permission denied touch: cannot touch 'foo': Permission denied ___ 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: kernel bug? listening on same port with IPv4 and IPv6
On 2023-01-08 08:14, Sjoerd Mullender wrote: and see the difference in behavior. When using "all", the second round (IPv4) says that bind returns 1 unexpectedly, and the port is also unexpected. When using "localhost", both IPv6 and IPv4 succeed and listen to the same port, but using two different sockets internally. The behavior for the "all" case is different with the older kernel 6.0.15-300.fc37.x86_64 where bind will say "Address already in use". I think I see what you're saying, now. In your initial message, I thought you were saying that older kernels would let you bind to the same port on IPv4, but your example code shows that the system errors, "bind: Address already in use", which is what I'd expected. I haven't reverted this commit (included in 6.0.16) to verify that it's the problem, but it *does* look kind of suspicious: https://git.kernel.org/pub/scm/linux/kernel/git/stable/linux.git/commit/net/ipv6/af_inet6.c?id=7a7160edf1bfde25422262fb26851cef65f695d3 If possible, I'd revert that one change from 6.0.16. If it restores the expected behavior, you can file a bug with very specific information about the cause. ___ 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: kernel bug? listening on same port with IPv4 and IPv6
On 2023-01-06 06:17, Sjoerd Mullender wrote: I have a program that is supposed to listen to the same port on both IPv4 and IPv6 sockets. In the past, what it did, was basically: create new socket for IPv6, set option IPV6_V6ONLY to off, bind, listen; then create a new socket for IPv4, and also bind and listen. Do you have sample code that demonstrates this process? I'm confused by your description, because setting IPV6_V6ONLY to 0 with setsockopt should result in a socket that's bound to a port that accepts both IPv4 and IPv6 connections. You shouldn't have ever been able to bind to that port in IPv4 in the past. ___ 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: Are Meta/Facebook servers using Fedora Linux?
On 2022-12-06 04:55, Turritopsis Dohrnii Teo En Ming wrote: From the above quotes, I thought that Meta/Facebook servers are using Fedora Linux, or at least Linux servers. As far as I know, the answer is "No". Their production platform is based on CentOS Stream. https://www.youtube.com/watch?v=cA_Nd3crBuA The presentation as a whole is worth watching for a view of practices in a large production environment. The migration to Stream is mentioned around 23:30. ___ 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: Runing Android apps?
On 7/1/22 00:13, Frederic Muller wrote: I was wondering if there was any simpler way to run just 1 'single' android app on F36? Note that the app uses BT to gather one external device information, in case that matters. There's ongoing work to bring waydroid to Fedora: https://bugzilla.redhat.com/show_bug.cgi?id=1455411 ...including a copr that might be usable: https://copr.fedorainfracloud.org/coprs/aleasto/waydroid/ ___ 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: auto unlock encrypted disks using clevis/tang works for ext4 but not btrfs?
On 6/10/22 11:29, Barry Scott wrote: What logs do I need to collect? I'd start by looking at "journalctl -b0" You might be able to find clevis information in there. Another interesting item might be to run "ls -l /boot/initramfs-$(uname -r).img > initramfs-$(hostname)" and to diff the two resulting files. ___ 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: Problems with Borg backup on F36
On 5/20/22 14:15, Patrick O'Callaghan wrote: Thanks, but it's a desktop and the issue appears to be related to the latest version of Borg. The check errors happen across all of my existing backups, not just one. As a result of deduplication, it's expected that all (or most) of your backups will share blocks of data. If there's corruption in the backup data, it is not surprising that it would affect all of them and not just one. Don't assume that the current version is broken. You've dismissed https://github.com/borgbackup/borg/issues/6687 several times for dubious reasons. The conversation there included numerous troubleshooting steps, and I suggest you go through all of them. If you still have problems, collect a log of all of the commands you've run and the output they provided, and add that to a bug report. ___ 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: Problems with Borg backup on F36
On 5/16/22 08:45, Patrick O'Callaghan wrote: I updated to F36 a few days ago and everything seemed to go smoothly until I noticed my regular nightly backups were failing. I use Borgbackup and the configuration has been stable for a long time with no problems. The actual backup does seem to succeed, but Borg runs a post-backup repository check that is now failing, That might be an indication that one of your backups was interrupted. If you're running borg on a laptop, you should take steps to make sure that the system will not suspend in the middle of a backup. I recommend using systemd-inhibit to prevent system suspending: https://github.com/gordonmessmer/ansible-borg-client/ ___ 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: SSH hangs when including command to execute
On 5/7/22 12:45, C Linus Hicks wrote: the remote machines are derivitives of RHEL 6,7,8 You may be running in to a known issue (BZ#1972266), if ForwardX11 is set in ssh_config on the client and X11Forwarding yes is set in sshd_config on the remote host. Check the server for /etc/profile.d/ssh-x-forwarding.sh. If that file is present, try removing or renaming it, and determine whether the problem is still present. If that isn't the issue, it would probably be useful for you to provide the full output of: ssh -v "set -x; pwd; exit" ___ 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: to wayland or not?
Wayland desktop sessions run Xwayland, which is an X11 server that displays to a wayland display, for compatibility with applications that don't natively support wayland. ___ 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: ssh resolving with systemd.resolved
On 4/24/22 10:00, Michael Hennebry wrote: What would a systemd evangelist suggest as a minimal workaround? systemctl disable systemd-resolved && systemctl stop systemd-resolved rm /etc/resolv.conf systemctl restart NetworkManager As documented in the original change proposal: https://fedoraproject.org/wiki/Changes/systemd-resolved ___ 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: ssh infested by systemd.resolved
On 4/17/22 12:26, Sam Varshavchik wrote: I don't see where it's picking this up. The only thing I can think of is nsswitch.conf, but the "hosts" entry there is identical to what's on another, un-upgraded system. Maybe remove the "resolve" entry from the hosts line: $ rpm -qf /lib64/libnss_resolve* systemd-libs-250.3-8.fc36.x86_64 ___ 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: glibc hwcaps and clear linux vs fedora
On 4/11/22 02:01, old sixpack13 wrote: how sick must one (=> @poc) be to repeatingly kick users asking for help against their head ? This is not being courteous. ___ 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: glibc hwcaps and clear linux vs fedora
On 4/9/22 14:41, Reon Beon via users wrote: This is petty much the only thing that keep people running Clear Linux over Fedora, no? It would promote more meaningful discussion if you provided more context for your question. If you mean, is that the only reason that Clear Linux performs better than Fedora for benchmark workloads, I'd answer: No, probably not. Fedora discussed optimized library versions selected via hwcaps, on the devel list last year: https://lists.fedoraproject.org/archives/list/de...@lists.fedoraproject.org/thread/5EJ7T27EBBSJKMDY2MKCKR5ZIRBCKPJ6/ But even if some libraries were aggressively optimized, there are other settings and patches that Clear Linux uses which I don't think Fedora would consider: https://docs.01.org/clearlinux/latest/guides/clear/performance.html ___ 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: glibc hwcaps and clear linux vs fedora
I would like to ask everyone involved in this thread to observe the mailing list guidelines and be courteous to each other: https://fedoraproject.org/wiki/Mailing_list_guidelines#Be_Courteous ___ 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: WSL
On 4/5/22 00:14, Patrick Dupre wrote:, Does somebody have experience with fedora and WSL? https://docs.microsoft.com/en-us/windows/wsl/install It's reasonably straightforward to install an unpackaged distribution, you just need a tarball of the distribution. And lots of those are available for use with podman (or docker). For example I can pull a container image and then save that to an archive: podman pull fedora:35 podman save fedora:35 -o fedora35.tar Inside "fedora35.tar" is another tar archive, which is the base layer for the fedora:35 image. Copy fedora35.tar to your Windows system, and extract it there. Now you can import that and then run it: wsl --import fedora35 c:\Users\\AppData\Local\Packages\Fedora35 c:\Users\\Downloads\fedora35\*.tar wsl -d fedora35 You'll usually want to set a registry key to change the default user... (HKEY_CURRENT_USER\SOFTWARE\Microsoft\Windows\CurrentVersion\Lxss\{ assigned GUID }) It's not click and run by any means, but it's feasible. https://docs.microsoft.com/en-us/windows/wsl/use-custom-distro ___ 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: network mystery!!??
If I'm reading this thread correctly, your original setup was as follows: - - 108.90.204.76/24 -> gw: 108.90.204.1 / arris BGW210-700 \ - 192.168.1.254/24 (Blackhole-ATT WiFi network) - 108.220.213.126/29 - 108.220.213.121/29 -> gw: 108.220.213.126 / netgear nighthawk \ - 10.0.0.1/24 - 10.0.0.101/24 -> gw: 10.0.0.1 / ws.linuxlighthouse.com - That configuration is completely reasonable. You shouldn't need to try to use bridge mode, or IP Passthrough, or any other rewiring of the network. > 10.0.0.101ws.linuxlighthouse.com (internal IP) 2 packets > transmitted, 2 received, 0% packet loss, time 1033ms You initially provided some address ping information, but didn't specify which device was gathering that information. That may be relevant information, because only a device in the 10.0.0.0/24 network should have been able to reach all of those addresses. I'm assuming that the information was gathered from within 10.0.0.0/24. > consider the below traceroute, it reports hops up to 108.90.204.76, stopping > there instead of doing one more hop For problems of this sort, I generally consider several possibilities: 1: The Arris firewall is not allowing traffic into your network from the public. 2: The Netgear firewall is not allowing ICMP (ping) from the public. 3: The Netgear is configured to redirect (forward) 108.220.213.121 to your server, but the NAT isn't working correctly. 4: Your Arris modem and Nighthawk router both have addresses in 108.220.213.120/29 set up, but ATT isn't routing that network to you, and outbound traffic is NATed by the Arris modem. I think we can discount #1 and #4, since we can ping 108.220.213.126 from the public, but we can also test those things: You should be able to connect a laptop directly to the Arris modem, and configure the laptop with the IP address 108.220.213.122, netmask 255.255.255.248, gateway 108.220.213.126. (DNS: 8.8.8.8 if you don't have another preference.) Once connected, the laptop should have public internet access. You should be able to access https://www.whatismyip.com/, and your public IPv4 address as seen by that page should be 108.220.213.122. Someone outside of your network should be able to ping and traceroute to that address. #2 and #3 are harder to test, but if you can verify that another device is fully functional on another address, then you can at least focus your attention on the Nighthawk configuration. At that point, I'd turn off any IP forwarding or DNAT settings you'd configured on the Nighthawk, and try to turn off the firewall. With the firewall off, you should be able to ping and tracroute to the Nighthawk from outside. Next you can try to get any port forwards working, and finally you can turn the firewall back on and see if NAT still works. ___ 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: network mystery!!??
On 4/4/22 00:50, Samuel Sieb wrote: If you connect the Nighthawk to the BGW210 using one of the LAN ports on the Nighthawk, everything would be on the 192.168.1.x subnet and you could use the same SSID on both devices. You would need to disable the DHCP server on the Nighthawk and most likely need to give the Nighthawk a static IP address on the LAN because they usually don't support getting it from DHCP. At that point the Nighthawk would be just another switch, which doesn't seem helpful *or* secure. ___ 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: Fedora Laptop?
On 3/14/22 14:47, Matthew Miller wrote: On Fri, Mar 11, 2022 at 05:21:36PM -0500, Jonathan Billings wrote: I also have 2 firmware updates which don't seem to install. I’ve seen this happen if you have the AMT disabled in the BIOS. You can’t install the BIOS firmware updates without it. Also needs SecureBoot turned off, AIUI (which is unfortunate!). I'm not *quite* sure what you mean by that. I don't own any Lenovo laptops, but my friend Ian does. I asked him, and he confirmed that fwupdmgr can update firmware as expected with Secure Boot on. I'd be pretty surprised to learn of any systems that couldn't. ___ 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: If venv is a reality can I build a program python wit it for more security ?
On 2/24/22 02:33, Dorian ROSSE wrote: If venv is a reality can I build a program python wit it for more security ? No, venv won't give you any additional security if a python module has malicious code. If you don't fully trust a python module but you want to run it anyway, consider building a container image. You can install the required python modules in the image, and then run them the container mostly isolated from the rest of your system. If it needs data files (and I expect that it does), then you can mount a single directory as a volume in the container so that the python modules have access to those files but nothing else on your system. Or, if you don't trust the isolation of containers, then use a virtual machine. ___ 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: does i am able to build a python program for rpm using '''python setup.py bdist_rpm''' with dependency python in virtual using '''python3 -m pip install --user env venv '''
On 2/22/22 03:01, Dorian ROSSE wrote: Can I create with this line of command : '''python3 -m pip install env venv ''' then the other line of command, The package generated by bdist_rpm should be the same regardless of whether or not you install the package in a venv. Consider using the "pyp2rpm" program if bdist_rpm does not give you desirable results. ___ 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: does i am able to build a python program for rpm using '''python setup.py bdist_rpm''' with dependency python in virtual using '''python3 -m pip install --user env venv '''
On 2/20/22 01:39, Dorian ROSSE wrote: does i am able to build a python program for rpm using '''python setup.py bdist_rpm''' with dependency python in virtual using '''python3 -m pip install --user env venv ''', I think those two things are mostly unrelated. The rpm created by bdist_rpm will target the system installation of Python, not a user's venv. If you want to create something that can be installed in a venv by pip, I believe you'd want to create a "wheel". ___ 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: Kernel crash every day at 6:30am
On 2/12/22 14:59, Alex wrote: Here's a bit of the kernel message from dmesg [ cut here ] WARNING: CPU: 4 PID: 633983 at kernel/exit.c:739 do_exit+0x37/0xa90 general protection fault, probably for non-canonical address 0xcc2a8cfcb62a56a1: [#1] SMP PTI CPU: 4 PID: 633983 Comm: rsync Not tainted 5.14.18-200.fc34.x86_64 #1 Hardware name: To be filled by O.E.M. To be filled by O.E.M./P8B-M Series, BIOS 6801 05/07/2018 RIP: 0010:__bio_crypt_clone+0x28/0x60 bio_crypt_clone suggests something wrong in an encrypted block device. Maybe corrupt data that rsync traverses during the backup? What does the output of "lsblk" look like for your system? What about "lvs"? ___ 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: Bad workloads for RAID0?
On 2/10/22 11:19, John Mellor wrote: SSDs have no appreciable seek time and have much faster read rates that spinning rust. Depending upon how much onboard RAM cache they provide (some even provide no cache), you may also see considerably better burst write speed, although sustained write speeds are generally no better than a disk. Hard disk drives usually write sequentially at around 130MB/s. I've seen QLC drives that aren't better than HDD, but unless you're buying literally the slowest drives on the market, SSDs will probably write *much* faster than HDD. P.S: Why are you using a RAID-0 array? You have no redundancy, higher software complexity, somewhat better read speeds and much slower write speeds Most RAID levels will have slower writes than single disks for some workload (usually small random writes on arrays with small numbers of members). RAID0 is the only level I'd expect to be faster than a single disk for all workloads. When would you see much slower write speeds with RAID0? ___ 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: Bad workloads for RAID0?
On 2/10/22 08:35, Thomas Cameron wrote: RAID0 is great for increasing throughput, but it is the most risky RAID configuration possible. I would never run /home on RAID0 unless I was doing something like two drives in RAID0 but doing nightly backups to a third drive in case my RAID0 volume broke. You're flirting with disaster running /home on RAID0. As we often say, RAID isn't backup. Or in other words, RAID6 is (essentially) no safer than RAID0 if you don't have backups. I would never run /home on any storage configuration without regular backups, either. From that perspective, it seems odd to warn someone about RAID0. Non-redundant arrays increase the risk of down time, but recovery from data loss is an orthogonal concern. ___ 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: Bad workloads for RAID0?
On 2/10/22 08:11, Matti Pulkkinen wrote: TL;DR are there particular workloads that suffer from having to access a RAID0 array? If uptime is excluded as a factor, then I'm not aware of any. I've currently got my /home partition in a BTRFS RAID0 array with two 1 TB mechanical drives, and I'm considering getting SSDs for /home instead. I could get one 2 TB SSD and be happy with it, but I could instead get two 1 TB SSDs and make a RAID0 array again. The latter option would of course get me better overall throughput It *probably* will, but I think there are conditions under which it wouldn't. One SSD might be able to saturate your controller for reads. Interleaved writes will probably improve, but that might depend on how many cells are in each SSD, and how the SSD's controller spreads writes among them. If you're looking at QLC drives, it might depend somewhat on whether the 1TB drives together have more SLC cells than the 2TB drive has. Which is to say that if you haven't actually tested *your workload* on it, then there's some risk. You're probably not going to save much on the purchase, you're going to have slightly less reliable storage, and there's a small chance that performance won't be much better than a single drive. ___ 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: resynchronize anacron
On 2/10/22 12:41, Patrick Dupre wrote: How can I have it running every Saturday ? Change the "last run date" in /var/spool/anacron/cron.weekly. (For reference: This is indicated by the "FILES" section of the anacron(8) man page.) ___ 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: why are / and /home the same filesystem?
On 2/8/22 04:56, Peter Boy wrote: The quote describes a situation which has gone for more of a decade now. Since we have LVM (when got that part of the Linux kernel? kernel 2.6? 2004 or so? Don’t know exactly), no one would partition a hard disk along file system subdirectories. You create logical volumes instead, which can easily "changed without a reinstallation“ and space for any logical volume "can be expanded or restricted on the fly“. The latter even easier with „thin provisioning“. Expanded, sure. But restricted? I don't think that's as clear for LVM. IIRC, XFS can't be shrunk at all, and ext4 can only be shrunk offline. Users should be able to create, destroy, or resize qgroups online for btrfs. I'm unclear on what you mean is easier with thin provisioning; can you clarify that? I may be naive here, as I use writable snapshots in LVM but not thin provisioning specifically: my impression was that users needed to be very careful not to allow the volume group to run out of space when using either of these, because filesystems generally don't deal well with the unexpected write failures that occur when LVM has no more extents to allocate. btrfs' free space handling can be surprising to users, and statfs() might suggest there is more space available than there is, but it's not the sort of thing that can corrupt the filesystem itself. ___ 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: why are / and /home the same filesystem?
On 2/7/22 14:12, jdow wrote: Ah, fix it so that when the system logs run away you can also destroy user data that has not been written yet. That's... not really how POSIX works. And most logs on Fedora should be in the journal at this point, has a maximum size. Gd planning. Why bother with defining a separate /home at all? It gives a false sense of security. I don't see how there's any less "security" for /home now than there was before. It's not like the old system was immune from user processes "running away" and filling the filesystem. The system has never held space in reserve for non-root users. There are a long list of good reasons to make /home a subvolume, though. It's groundwork for system snapshots that can be rolled back in the event of an update failure. It's easier to preserve /home but perform a clean install for everything else. Replication (possibly as a backup mechanism) requires subvolume as a boundary, and separating / and /home for that is desirable most of the time. ___ 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: why are / and /home the same filesystem?
On 2/6/22 08:17, Paolo Galtieri wrote: so why are / and /home the same device? To the question of "why," I'd think the answer is in the discussion held in the devel@ mailing list linked below. Generally, sharing the storage pool in order to avoid running out of space in one location when there was still space left in the pool due to "bad" partitioning choices was seen as a benefit. https://lists.fedoraproject.org/archives/list/de...@lists.fedoraproject.org/thread/IOPR2R3SCKOFUCKPLMS4MDD5664SGQFR/ ___ 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: NFS client names not mapping
On 1/31/22 06:27, Ed Greshko wrote: I needed no such change to my F35's host file for it to function properly. Probably will never find out why yours did. Probably because the server configuration was modified. Robert reported: > On the server: > [plugh-3g ~]# cat /sys/module/nfsd/parameters/nfs4_disable_idmapping > N The default setting is 'Y' (in which case idmap is disabled for NFSv4 with sec=sys). If idmapping is enabled for NFSv4 with sec=sys, then there are several ways to match domains, and one of them needs to be used. ___ 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: NFS client names not mapping
On 1/29/22 20:36, Robert Nichols wrote: If I could find any way to set the client's domain name, I would. Nothing I try has any effect on the domain name. When I try to set a FQDN with hostnamectl, then "hostnamectl" (with no arguments) shows that FQDN as the static hostname, but "hostname --fqdn" responds with "hostname: Name or service not known", and "mount -t nfs ..." causes the various "... does not map into domain 'localdomain'" messages to be logged. I *think* the "name or service not known" message means that the hostname you've set isn't in /etc/hosts, which is the normal config. That doesn't mean your domain name isn't being set. I also think that your client's domain name is "local", while your NFS server's domain name is "localdomain", and you've enabled mapping, which is why everything is mapped to "nobody". So, you've got several problems that aren't necessarily related, and aren't influencing the other. In any case, you should be checking the output of "nfsidmap -d", not "hostname --fqdn". On the server: [plugh-3g ~]# cat /sys/module/nfsd/parameters/nfs4_disable_idmapping N I believe the default is 'Y'. You should be able to resolve the problem by setting hostnames with matching domains on both systems, or setting a domain name in /etc/idmapd.conf, or disabling idmapping on both server and client. ___ 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: NFS client names not mapping
On 1/29/22 17:20, Ed Greshko wrote: In the initial posting by Robert he wrote: "I have no nfs-idmapd service running" Right, but on recent kernels, the client doesn't use rpc.idmapd, it uses "nfsidmap". The fact that rpc.idmapd isn't running doesn't really tell us anything. "all users and groups in an NFS mounted filesystem are mapped to "nobody" even though the names and numeric IDs are the same on the server and client" So, I don't know why we're going down this path. Jan 28 21:19:14 fedora.local nfsidmap[2461]: nss_getpwnam: name 'root@local' does not map into domain 'localdomain' Right, that log entry indicates that idmap is being used on his system. That might mean that the server doesn't support NFSv4 without idmap. Or it might mean the client was configured to enable idmapping. Without knowing which, we don't really know the right thing to do, except to set the client's domain to match the servers, so that idmapping works as expected. With a test system following those first two statement, I've go no problems. I would imagine that idmapping is disabled on your client (and supported by your server). Check the value of /sys/module/nfsd/parameters/nfs4_disable_idmapping on your NFS server, if it's Linux. And check the value of /sys/module/nfs/parameters/nfs4_disable_idmapping on the client. ___ 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: NFS client names not mapping
On 1/28/22 23:32, Ed Greshko wrote: But I do have nfs-idmapd.service with "Domain = localdomain" in its configuration file. If I change that to "Domain = local" and restart nfs-idmapd.service I do get [root@fedora ~]# nfsidmap -d local But everything works no matter what the setting https://git.kernel.org/pub/scm/linux/kernel/git/torvalds/linux.git/commit/?id=074b1d12fe2500d7d453902f9266e6674b30d84c idmapping on NFSv4 is disabled by default when sec=sys (but will be enabled if the server doesn't support that mode). ___ 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: NFS client names not mapping
On 1/28/22 06:08, Robert Nichols wrote: Where does Fedora get its domain name? When I type "hostname --fqdn" I get "hostname: Name or service not known". The CentOS 8 VM apparently gets its domain name from the /etc/hostname file, which contains "cent9-vm.local". This does not appear to work in Fedora 35. If I put a fqdn in /etc/hostname, that will show up as the static hostname, but "domainname" still returns "(none)" and everything else is the same. Set the system hostname using "hostnamectl hostname .local". Once you do, hostnamectl, domainname and most importantly "nfsidmap -d" should all output the expected domain. In the latter case, that will be "local", and at that point NFS4 should map names correctly. ___ 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: NFS client names not mapping
On 1/25/22 08:35, Robert Nichols wrote: In a Fedora 35 VM, all users and groups in an NFS mounted filesystem are mapped to "nobody" even though the names and numeric IDs are the same on the server and client. The messages logged are of the form: "name '@local' does not map into domain 'localdomain'" What does the entry for that filesystem in /proc/mounts look like? It should have negotiated mount options that shed some light. Maybe add the "sec=sys" mount option to the client. ___ 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: Fedora 35 and Intel Iris XE Graphics
On 1/12/22 12:04, Gordon Messmer wrote: On 1/12/22 10:33, Sbob wrote: Does anyone know if Fedora 35 works well with the Intel Iris XE Graphics? I have a Dell XPS 13 9310 with Iris XE. Initially, there were problems, mostly observed as the screen not updating some regions. I worked around that by adding "i915.enable_psr=0" to the kernel command line. I keep meaning to remove that option to see if there are still issues, but I haven't yet. This weekend I turned that option off on my laptop, and things seem fine. *However*: This laptop, running Fedora, seemed fine with some kernel versions 5-6 months ago; kernel updates would work or not work unpredictably at that time. It's possible that situation still exists and I just happen to be on a good kernel version. Coincidentally, browsing reddit linux-related subs today, I've seen numerous questions about Intel XE graphics that appear to be PSR issues. ___ 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: SSL Level?
On 1/22/22 12:18, a...@clueserver.org wrote: The script for ssl in nmap does not deal with ssl v3. At this point, if you see anything less than TLS 1.2, you should treat it as a bug. ___ 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: SSL Level?
On 1/22/22 12:13, ToddAndMargo via users wrote: Is there a way to get one of those fancy tool in nmap to tell me the "level" (version) of SSL and/or TLS that a web site is using? You're on the right track, and if you'd done a web search for "nmap scan tls", you'd probably have found a useful answer: https://www.google.com/search?q=nmap+scan+tls The "ssl-enum-ciphers" script will enumerate TLS versions and cipher sets for each version. ___ 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: Fedora 35 and Intel Iris XE Graphics
On 1/12/22 10:33, Sbob wrote: Does anyone know if Fedora 35 works well with the Intel Iris XE Graphics? I have a Dell XPS 13 9310 with Iris XE. Initially, there were problems, mostly observed as the screen not updating some regions. I worked around that by adding "i915.enable_psr=0" to the kernel command line. I keep meaning to remove that option to see if there are still issues, but I haven't yet. ___ 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: movie screen shot?
On 1/2/22 23:32, ToddAndMargo via users wrote: I need to send a tech support guy a movie of what is happening and what I am doing with their program. Is there a way to make a movie of an area on my screen? https://opensource.com/article/19/8/record-screencasts-gnome3 If recording the entire screen is an option, GNOME has this functionality built-in. ___ 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: The definitive guide to replacing a disk in raid1?
On 12/24/21 14:29, Cameron Simpson wrote: On 24Dec2021 12:09, Gordon Messmer wrote: Additionally, it should be performed *after* adding the replacement disk to the RAID set, not before. Is that true? My (blurry) mental model for this issue is that the boot block isn't in the area maintained by the RAID, which is also the reason that RAID1 doesn't automatically make all drives in the set bootable. That suggests that you could do this before or after. Right, the boot block *is* in a non-RAID area (the MBR) for the standard config, which is partitions in RAID sets. But grub2 still has to map the Linux device names to BIOS devices for use during boot, and the way that I remember it (I haven't managed an mdraid system on BIOS in a *long* time), the device needed to be a member when grub2-install was run in order for the resulting grub2 image to have a complete view of the places it might find its configuration files, etc. If I'm wrong, or if things have changed since I last set up a BIOS system with mdraid and GRUB2, I hope someone corrects me. :) (Note that this step is not required and should not be performed on UEFI systems, only BIOS.) This also I'd like explained. Is this because the UEFI stuff _will_ be in the area mirrored by the RAID? On UEFI systems, the firmware doesn't load a bootloader out of a boot block, it has a path to the boot loader in a FAT filesystem. Rather than putting a bootloader in a static location where the BIOS will look (as grub2-install does on BIOS), UEFI systems are given a location where they should look using efibootmgr. But beyond grub2-install being unnecessary on UEFI, the standard effect of running it on a UEFI system is to rebuild the grub2 EFI image, and that will break Secure Boot systems because your efi image is no longer signed. Looking at bz#1917213, it seems like grub2-install will (as of some very recent version) refuse to run in order to not break the image. ___ 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: The definitive guide to replacing a disk in raid1?
On 12/24/21 06:38, cen wrote: # remove raid metadata mdadm --zero-superblock /dev/sdd1 Assuming the new disk hasn't been used, that step is probably unnecessary. # install bootloader on new disk grub2-install /dev/sdd1 That looks wrong, it should probably be 'grub2-install /dev/sdd'. Additionally, it should be performed *after* adding the replacement disk to the RAID set, not before. (Note that this step is not required and should not be performed on UEFI systems, only BIOS.) ___ 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: LUKS on shutdown.
On 12/4/21 19:15, murph nj wrote: Got another opportunity, redirected lsof /home and lsof /other to files, and there was no output. Interesting... Is there an error if you try to unmount those yourself? I did get output from systemctl-list-jobs (edited lightly) JOB UNIT TYPE STATE 6039 systemd-cryptsetup@luks\x2dshome.service stop running 6068 systemd-cryptsetup@luks\x2de8.service stop running 6055 systemd-cryptsetup@luks\x2dsother.service stop running 6047 systemd-cryptsetup@luks\x2d23.service stop running Home and other make sense given your earlier comment, but what are the other two? Do the number of entries in /etc/crypttab match the number of LUKS partitions? (What's in /proc/mounts during the failed shutdown?) ___ 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: LUKS on shutdown.
On 12/1/21 18:03, murph nj wrote: lsof showed nothing that I could see. Nothing, or nothing interesting? I'd expect you to at least see the CWD of the debug shell. The stop job rotates between four mounted volumes, and the lvm2-monitor.service. In the past, I've seen lvm2-monitor behave badly in reaction to logical volumes (block devices) used for VMs that used LVM internally. Do you have any logical volumes that aren't used for those four mounted volumes? systemctl status doesn't seem to display much, but the stop job (and cylon eye) keep overwriting everything, making it really hard to see the output. Several suggestions: Chris suggested that you check "systemctl list-jobs". The contents of /proc/mounts might be interesting. I'd run "lsof /path" where path is the longest mount point path of the volumes still listed in /proc/mounts. ___ 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: disk full
On Mon, Nov 29, 2021 at 11:06 AM Patrick Dupre wrote: > 631500 /var/tmp/flatpak-cache-LU5PD1 > 6326584 /var/tmp This seems like a really good place to start cleaning up. You'e got 6GB used in /var/tmp, much of which might be failed flatpak installs? https://github.com/flatpak/flatpak/issues/1119 If you don't have any flatpaks running, I *think* it's safe to remove /var/tmp/flatpak-cache-* ___ 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: Message threading on this list
On 11/25/21 13:46, John Pilkington wrote: Thank you for that link. I hadn't been aware of that possibility. But I was really thinking of the Hyperkitty display, which appears as the archive default. Having a too-large local mailbox I don't often use it, and its multiple endpoints seemed less than ideal. In Hyperkitty: click the link that says "show replies by date." It's at the end of the first message. ___ 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: Message threading on this list
On 11/23/21 14:06, John Pilkington wrote: I'm used to reading messages in order of time of arrival. Threaded display in Thunderbird, or the presentation of the archive by Hyperkitty, doesn't do this Right... Hyperkitty also shows messages in threaded mode, where replies are grouped in the list next to the message they are a reply *to*. Both of those applications are behaving as intended. In Thunderbird, you might prefer to "Sort By > Subject" and "Sort By > Group by sort". Or (and perhaps more likely), you'd prefer Conversation View: https://addons.thunderbird.net/en-US/thunderbird/addon/gmail-conversation-view/ ___ 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: F35: Default audio output device
On 11/16/21 15:27, Sam Varshavchik wrote: So, anyone knows how to set the permanent default output device? A search for "pipewire set persistent default" brings up a few discussions suggesting that pipewire *should* save the default across sessions, but that was broken in 0.3.33, and then fixed, and might be broken again. ___ 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: crontab -e now invokes nano! ARGH!!!
On 11/16/21 10:18, Robert Moskowitz wrote: F35 change from F32; may have occurred earlier. Change in Fedora 33: https://fedoraproject.org/wiki/Changes/UseNanoByDefault VI was sooo easy to use. Now I have to learn nano? No, now new users don't have to learn to use vim. You can set whatever editor you like for yourself: echo "EDITOR=vi" >> ~/.bash_profile ___ 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: nothing provides libcrypto.so.10()(64bit) needed by viber-16.1.0.37-2.x86_64
P.S.: The reason that package isn't included any more is given as the last commit message to the package repo, "Retired due to security issues and general obsolescence." Beware that an application that uses OpenSSL 1.0 relies on unmaintained software that may have security vulnerabilities that will never be patched. ___ 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: nothing provides libcrypto.so.10()(64bit) needed by viber-16.1.0.37-2.x86_64
On 11/9/21 01:40, Frederic Muller wrote: Viber desktop user here and it seems I can't install the latest version as I'm getting this message: nothing provides libcrypto.so.10()(64bit) needed by viber-16.1.0.37-2.x86_64 soversion 10 was provided by OpenSSL 1.0, according to https://src.fedoraproject.org/rpms/openssl11/blob/epel7/f/openssl11.spec So, you'd need an openssl 1.0 package. The last release to include such a package was Fedora 33: https://bodhi.fedoraproject.org/updates/?search=compat-openssl10 You can download them here: https://dl.fedoraproject.org/pub/fedora/linux/releases/33/Everything/x86_64/os/Packages/c/ ___ 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: F35 GNOME screen blank doesn't work properly, what component to file under?
On 11/7/21 17:48, Andre Robatino wrote: I wasn't expecting that to work, but oddly enough it seems to, since I got several incoming emails while away and the display was still off. I'll keep an eye on it. Thanks. Good. Seems like a usable workaround, though a lock screen notification *should* be a short display. Probably worth checking the GNOME bug list to see if the issue is known, and filing a report there if it isn't. ___ 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: F35 GNOME screen blank doesn't work properly, what component to file under?
On 11/7/21 09:15, Andre Robatino wrote: But if the screen is already blank, any notification from any application (Thunderbird email, hexchat alert, dnfdragora updates) causes the display to turn back on What happens if you open the "Notifications" settings panel and turn off "lock screen notifications"? ___ 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: Does the program llvm break all the hardware or only some of it ?
On 10/22/21 09:40, Patrick O'Callaghan wrote: Problem Report. PR stands for "pull request", which is terminology that comes from the use of git. When someone suggests that you send a PR, they're suggesting that you check out the git repo, make the changes you think are appropriate, commit them, and ask the owner to accept your changes. In the case of GitHub or Pagure, you'll fork the repository first, so that you can push your own changes to a place where they're accessible to the owner. ___ 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: capabilities of softwares on fedora vs on developper's platform
On 10/20/21 19:08, Gordon Messmer wrote: It looks like Blender has a build time option to dynamically load (i.e., dlopen) the cuda library As far as I can tell, the CUDA libraries must be present in the build environment in order to build that support: Though I could be wrong... there are some hints in the build log that CUDA support is being built (including -DWITH_CUDA -DWITH_CUDA_DYNLOAD in some build arguments): https://kojipkgs.fedoraproject.org//packages/blender/2.93.5/1.fc36/data/logs/x86_64/build.log ___ 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: capabilities of softwares on fedora vs on developper's platform
On 10/20/21 08:32, Richard Shaw wrote: As Ed and Patrick point out, the difference is probably CUDA. The CUDA client libraries are not licensed appropriately for redistribution, therefore they are not packaged in Fedora. And since they aren't packaged, they aren't available in the build root, and it isn't possible to build software that uses CUDA. This is not technically true but may be practically true, my google search was not conclusive. It looks like Blender has a build time option to dynamically load (i.e., dlopen) the cuda library As far as I can tell, the CUDA libraries must be present in the build environment in order to build that support: https://wiki.blender.org/wiki/Building_Blender/CUDA ___ 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: capabilities of softwares on fedora vs on developper's platform
On 10/20/21 01:26, François Patte wrote: Why this difference? As Ed and Patrick point out, the difference is probably CUDA. The CUDA client libraries are not licensed appropriately for redistribution, therefore they are not packaged in Fedora. And since they aren't packaged, they aren't available in the build root, and it isn't possible to build software that uses CUDA. You could ask NVidia to re-license the CUDA libraries, or you could ask Blender developers if they'd consider an OpenCL implementation, since OpenCL does appear to be supported in Fedora. Or, as you've done, you can use the not-entirely-Free release that Blender publishes. I'd imagine you could get it from Flathub, too. ___ 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: OT: managed switch recommendations
On 10/18/21 03:33, Frederic Muller wrote: Was looking for something safe and reliable, 8 or 16 ports, managed For SOHO installations, I like HPE OfficeConnect 1820 switches (J9979A). ___ 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: I need help getting a web page with curl
... somewhat amusing, you and I have had almost exactly this conversation before: https://lists.fedoraproject.org/archives/list/users@lists.fedoraproject.org/message/TH2MUWDQHD2T7ZAAOA75K3AYO5W2ZECF/ ___ 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: I need help getting a web page with curl
On 10/12/21 02:13, ToddAndMargo via users wrote: I wrote a program to go out to web pages and check revisions on about 70 programs that I support at my customer sites. Well, I have a couple of questions... The commands and output that you posted earlier pulled some text from a commit message, which isn't a revision at all. It's neither a commit ID, nor a tag, nor a release. It's not even guaranteed to be unique. So, specifically what are you looking for? For most projects, I'd suggest using the API to get the most recent release or tag, since they don't release on every commit (and I'm guessing that you're not deploying directly from git on each of their commits either, but maybe you are). However, spice-nsis doesn't appear to have any of either of those. So, maybe you mean you're looking for the last commit ID. If so, you can use the "curl | jq" commands that I posted earlier to get those. With a web browser, you can see the revision https://gitlab.freedesktop.org/spice/win32/spice-nsis/-/tree/master but right pane is dynamically generated Well, the whole page is dynamically generated. It's more accurate and meaningful to say that the commit message and commit ID (the revision) come from the API, which you can query with curl and jq. ___ 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: I need help getting a web page with curl
On 10/11/21 18:02, ToddAndMargo via users wrote: This simulates what I came up with in my actual code: $ curl --silent 'https://gitlab.freedesktop.org/spice/win32/spice-nsis/-/commits/master' | raku -ne 'my Str $x=slurp(); $x~~s/.*? "rebase on " //; $x~~s/ ("") .* //; print "$x\n";' 0.164 You can also: curl https://gitlab.freedesktop.org/api/v4/projects/67/repository/commits | jq '.[] | .title' ... but you're pulling information out of a commit message, which is really unpredictable. There's probably a better option, but I don't know what to suggest because I don't know why that version is important to you. ___ 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: I need help getting a web page with curl
On Sun, Oct 10, 2021 at 5:43 PM ToddAndMargo via users wrote: > Any way to get git to show me the revision > without downloading the turkey? Yes, use the API: https://docs.gitlab.com/ee/api/commits.html The Project ID is listed on the project page (67, in this case): https://gitlab.freedesktop.org/spice/win32/spice-nsis Some examples: Pull one page of commit details in JSON format and reformat it with JQ for readability: curl https://gitlab.freedesktop.org/api/v4/projects/67/repository/commits | jq Pull information on just one commit: https://gitlab.freedesktop.org/api/v4/projects/67/repository/commits'?per_page=1' | jq Use JQ to print the "id" field from one commit: curl https://gitlab.freedesktop.org/api/v4/projects/67/repository/commits'?per_page=1' | jq '.[] | .id' ___ 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: What CPU for qemu-kvm and Windows 11
On 10/7/21 05:16, Patrick O'Callaghan wrote: That's not possible, because QEMU doesn't emulate the CPU. The host CPU that you report to the guest VM. In fact QEMU can emulate the CPU, I thought it was clear that we were discussing qemu in the context of KVM, since it was in the subject, and I didn't have to literally spell out "qemu doesn't emulate the CPU when used with Linux KVM." ___ 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: What CPU for qemu-kvm and Windows 11
On 10/5/21 12:16, ToddAndMargo via users wrote: My host's cpu is not supported. I was hoping for a fake CPU (there are about 20 of them to choose from) would do the trick. That's not possible, because QEMU doesn't emulate the CPU. The host CPU must support all of the instructions that would be present in the CPU that you report to the guest VM. The reason that the CPU is an option and not directly copied from the host CPU is that guests might migrate from one physical host to another, and they may not have precisely the same CPU (and therefore, not precisely the same set of instructions). In order to make that more reliable, you can select a CPU whose features are present in all of the hosts that might run a guest, and that guest is expected to limit itself to the instruction set in the CPU you've selected. So, the CPU option allows you to select a less capable CPU than the one in your host. It does not allow you to select a newer, more capable CPU. ___ 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: Mat: how do I an a fourth menu?
On 10/4/21 00:30, ToddAndMargo via users wrote: I have three menus on my launcher: Applications, Places, System. How do I create a fourth menu? As far as I know: you would need to define a new extension. The simplest one that I'm aware of is the Places extension, so that's probably a good one to review for an idea of what's involved: https://gitlab.gnome.org/GNOME/gnome-shell-extensions/-/tree/main/extensions/places-menu From there, you'll want to read the documentation: https://wiki.gnome.org/Projects/GnomeShell/Extensions https://gjs-docs.gnome.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: LUKS on shutdown.
On 9/30/21 12:41, Chris Murphy wrote: Seems likely to me some service is not quitting properly, preventing / from being unmounted If that were the case, there might be information about an exit failure in the log. On the next boot, "journalctl -b -1" might have useful info. I also wonder if enabling sysrq and using sysrq+'t' would help determine which process is stuck: https://www.kernel.org/doc/html/latest/admin-guide/sysrq.html ___ 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: premature umount
On 8/25/21 9:26 PM, Samuel Sieb wrote: You could add a "sync" after the copy and before the "umount". https://utcc.utoronto.ca/~cks/space/blog/unix/TheLegendOfSync We're getting into myths and legends territory. Running sync before umount isn't harmful, but umount will flush any dirty buffers, so it isn't necessary. I'm not able to reproduce the problem described, though I'm running Fedora 34. When I attach a USB drive, it is mounted with the "flush" option. I can copy arbitrarily large file sets to the drive, and the "cp" command appears to be nearly synchronous. The sequence "time cp ... ; time umount ..." indicates nearly all of the time spent is in the cp command and umount requires between .2 and .3 seconds. What are the indications that the copy operation originally reported was incomplete? Does the "umount" command have any flags? Are there any errors in "dmesg" after the script runs? ___ 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: Learning ipv6 quirks
On 6/22/21 11:54 PM, Ed Greshko wrote: [root@meimei ~]# nmap -sS -6 -p 2049 2001:b030:112f:2::53 Starting Nmap 7.80 ( https://nmap.org ) at 2021-06-23 14:47 CST Nmap scan report for 2001:b030:112f:2::53 Host is up (0.00018s latency). PORT STATE SERVICE 2049/tcp closed nfs Means the firewall is not blocking the port but no service is listening on that port That's not entirely accurate. If the firewall action is REJECT rather than DROP, you'll see the same output from nmap. "closed" can mean either that the port is not open, or that the firewall is blocking access with a REJECT action. And nmap isn't necessary to establish this, since the logs already provided included a "connection refused" response to the IPv6 mount attempt. ___ 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: Learning ipv6 quirks
On 6/22/21 8:55 PM, Robert McBroom via users wrote: On 6/21/21 11:41 PM, Gordon Messmer wrote: On 6/21/21 6:17 AM, Robert McBroom via users wrote: @RobertPC ~]# mount -v -t nfs [fd2e:cb3b:f005::ec1]:/mnt/HD/HD_a2/mcstuffy /mnt/mcstuffy mount.nfs: timeout set for Mon Jun 21 06:42:25 2021 mount.nfs: trying text-based options 'vers=4.2,addr=fd2e:cb3b:f005::ec1,clientaddr=fd2e:cb3b:f005::ec1' mount.nfs: mount(2): Connection refused 1: Is the nfs port open on ipv6? Use "ss -ln | grep :2049" and look for a listening port with an IPv6 address, like: tcp LISTEN 0 64 [::]:2049 [::]:* 2: Does your firewall allow access to port 2049 on IPv6? Use "firewall-cmd --list-services" and look for "nfs", or use "ip6tables -L" and look for the input chain for your default zone (possibly IN_public_allow). root@MyCloudEX2Ultra ~ # ss -ln | grep :2049 -sh: ss: not found In that case you probably only have busybox's netstat, and I don't know what flags it supports. Try "netstat -tln" and if that doesn't work maybe "netstat -ln" to get a list of the listening ports. root@MyCloudEX2Ultra ~ # ip6tables -L Chain INPUT (policy ACCEPT) target prot opt source destination tcp anywhere anywhere tcp dpt:22 state NEW recent: SET name: SSH side: source mask: ::::::: SSHBFATK tcp anywhere anywhere tcp dpt:22 state NEW recent: UPDATE seconds: 600 hit_count: 201 name: SSH side: source mask: ::::::: The system's input chain should allow NFS traffic on IPv6 by virtue of the ACCEPT policy. That suggests that the NFS service isn't listening on an IPv6 network socket. ___ 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: Learning ipv6 quirks
On 6/21/21 6:17 AM, Robert McBroom via users wrote: @RobertPC ~]# mount -v -t nfs [fd2e:cb3b:f005::ec1]:/mnt/HD/HD_a2/mcstuffy /mnt/mcstuffy mount.nfs: timeout set for Mon Jun 21 06:42:25 2021 mount.nfs: trying text-based options 'vers=4.2,addr=fd2e:cb3b:f005::ec1,clientaddr=fd2e:cb3b:f005::ec1' mount.nfs: mount(2): Connection refused 1: Is the nfs port open on ipv6? Use "ss -ln | grep :2049" and look for a listening port with an IPv6 address, like: tcp LISTEN 0 64 [::]:2049 [::]:* 2: Does your firewall allow access to port 2049 on IPv6? Use "firewall-cmd --list-services" and look for "nfs", or use "ip6tables -L" and look for the input chain for your default zone (possibly IN_public_allow). ___ 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: upgrading to fedora 34
On 5/20/21 6:49 AM, Angelo Moreschini wrote: (using the shutdown -r now -to reboot after sudo dnf system-upgrade download --releasever=33 ) but after I give the last command : I got the error message : : \Error: system is not ready for upgrade There is a bug report that suggests that the error message you're describing can occur if "sudo dnf system-upgrade reboot" is not the step immediately following "sudo dnf system-upgrade download". https://github.com/rpm-software-management/dnf-plugin-system-upgrade/issues/33 I don't see the output of "sudo dnf system-upgrade download --releasever=34" on your system in this thread. If there were conflicts that require --allowerasing, you should see them there. Could you post the output of the download command? (And if it doesn't report any errors, then run "sudo dnf system-upgrade reboot" next.) ___ 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: Honest Questions -- Trying to decide on version of linux/os
On 5/20/21 3:18 AM, Tim via users wrote: 1. Me, who has a webserver, mailserver, whatever, and wants it to keep on running without having to continually tinker with it manually. A well managed rolling-release system may succeed there. Cool, but neither Fedora nor CentOS Stream are rolling releases, so there's no reason to worry about this with any of the systems in discussion. 2. Others who write code need to have predictable behaviour out of their systems, it's hard to write code when the goalposts keep changing. If coding is your job, you may well jump to another distro that's more reliable. The API/ABI policy is the same for CentOS Stream as it is for the corresponding RHEL release, so the goalposts aren't going to move any more on CentOS Stream than they do on RHEL (or on CentOS today). On Fedora, of course, the goalposts may shift at roughly 6 month intervals. I use CentOS on a server, here, because Fedora's rapid changes are too disruptive (to me) but Fedora is tolerable on a workstation. I stuck at CentOS 7 because of what I read about 8, first triggered off when I read the end-of-life dates for both systems. I'll probably be replacing the hardware when 7 goes end of life. I don't know what you've read about CentOS Stream, but the vast majority of what I've read from sources outside Red Hat have been pure FUD. An awful lot of people have entirely the wrong idea about what's happening. ___ 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: Honest Questions -- Trying to decide on version of linux/os
On 5/19/21 9:58 AM, Bill Oliver wrote: The CentOS developers seem to be moving to a new workalike called Rocky Linux: Rocky Linux was created by a former CentOS developer (one of the founders). However, I'm not aware of any current developers moving to other rebuilds. Those developers are now working on CentOS Stream. ___ 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: Honest Questions -- Trying to decide on version of linux/os
On 5/19/21 11:29 AM, Dave Ihnat wrote: Those who want CentOS are a different type of user than Fedora. They have production machines for which LTS stability is far more important than latest'n'greatest. THAT is dropped--you're likely to have to do a big-bang refresh on CentOS now every 30-60 days, a no-go for most production environments. It's really screwed with a lot of my clients. CentOS Stream provides LTS stability, though a lot of community reactions would lead you to believe otherwise. CentOS Stream is *not* latest'n'greatest. ___ 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: Honest Questions -- Trying to decide on version of linux/os
On 5/19/21 10:50 AM, John Mellor wrote: They didn't drop it at all. They changed from a fixed release schedule to a rolling release. As a potential dev environment, this is a huge improvement. RedHat and CentOS tend to be running ancient versions of tools and apps in the name of stability - not what you need when you're developing new things. As a point of clarification: CentOS Stream is not a rolling release, it is a release with "rolling updates". That is only to say that there are no longer minor releases every six months. That's pretty much the only significant change. As a consequence, CentOS Stream is still going to have the same "ancient versions" that RHEL does, overall. Stream will get updates destined for RHEL a little earlier than RHEL gets them, but it's not going to get updates that would be unsuitable for RHEL. For development systems where you want very contemporary packages, Fedora is a good choice. For production systems where you want more conservative updates, CentOS Stream is a good choice. For systems where you want a support contract, RHEL is a good choice. ___ 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: Honest Questions -- Trying to decide on version of linux/os
On 5/19/21 10:08 AM, Roger Heflin wrote: They dropped "releases". What it is now appears to be a continuous stream of rolling updates with no defined 7.9 release, just a stream. They didn't drop releases entirely, just minor releases. And that's good, because minor releases in CentOS were a bug. They did not improve reliability the way that minor releases improve RHEL reliability. https://www.youtube.com/watch?v=tf_EkU3x2G0 ___ 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: Lenovo is a JOKE (IBM too)
On 4/4/21 10:32 AM, lejeczek via users wrote: Moreover, it never crossed my mind that me sharing my experience and expressing my opinion would be taken as a call for help. This is, specifically, a support forum. It is a place to ask for help. Every message is sent to "Community support for Fedora users". I don't think your thread is helpful. We don't know what model of system you have, which might have power management issues. We don't know which group told you they don't support Linux systems. Matthew offered to try to help improve support responses, and you've blown him off. If you're not interested in solving the problem, then you're just ranting, and that's off-topic for this list. ___ 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: Lenovo USB 3.0 Dock drivers - Displaylink
On 4/4/21 8:58 AM, Frederic Muller wrote: RIght now 3 (I hoped) Dell, the coming back one is a HP. 1 Dell 24" 2560x1440 @ 60Hz 1 Dell 22" 1680x1050 @ 60Hz 1 Dell 17" 1280x1024 @... I think 60Hz but it's not connected for now The HP coming back is a HD monitor, 23" and there 1920 x1080, I think at 60Hz. https://en.wikipedia.org/wiki/DisplayPort#Resolution_and_refresh_frequency_limits 2560x1440@60 requires 5.63 Gbps bandwidth. 1680x1050@60 requires 2.7 Gbps (I think) 1280x1024@60 requires 1.8 Gbps (again, I think) 1920x1080@60 requires 3.2 Gbps The X1 Carbon 3rd Gen has one Mini DisplayPort (with roughly 12Gbps bandwidth) and one HDMI port (roughly 6Gbps), and the manual indicates support for three independent displays. That might indicate a limitation of just one display per port, I'm not really sure about that. But, hypothetically, there should be enough bandwidth to drive any three of those displays with one monitor on HDMI and two monitors daisy-chained over DisplayPort with no other devices required as long as DisplayPort 1.2 is supported by both the laptop and the monitors. I *think* it is on the X1 Carbon 3rd Gen. If your monitors don't support DisplayPort daisy-chaining, but they do support DisplayPort, you might be able to use a DisplayPort MST hub to link two monitors on one laptop port. If you don't have at least two DisplayPort monitors, then a dock with a DisplayLink chip is probably your only option. ___ 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: Lenovo USB 3.0 Dock drivers - Displaylink
On 4/4/21 8:06 AM, Frederic Muller wrote: do you know of a better system to get 3 external monitors connected to a Thinkpad X1 Carbon 3rd gen What resolution and refresh rate are the 3 monitors? ___ 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: Lenovo USB 3.0 Dock drivers - Displaylink
On 4/3/21 10:39 PM, Frederic Muller wrote: I enclosed all the steps in that paste here https://paste.centos.org/view/bf947c35 . The full make.log is at "the bottom" of the page (starts line 124). Great. That log has information about the actual failures, starting on line 143. Searching for that error should lead you here: https://github.com/DisplayLink/evdi/issues/249 There, the developers are discussing support for kernel 5.11 which isn't present in version 1.7.2. There are other release branches (1.8.0 and 1.9.0) but I would disregard those for now. 1.8.0 is older than 1.7.2 by several months, and 1.9.0 was released the same day as 1.7.2. There are no published releases that will support 5.11: https://github.com/DisplayLink/evdi/releases That leaves you with a handful of options, of which I think two stand out. The first would be to simply stick with kernel 5.10. It looks like 5.10.22-200.fc33 is still in the updates repo, and you could fall back to that, and I'd expect the evdi driver to work. The other option, which is more work, would be to clone the evdi repo from GitHub and manually build the evdi kernel module. It looks like that would be: git clone https://github.com/DisplayLink/evdi.git git checkout devel sudo make -C module install sudo make clean If you go that route, you'll need to manually rebuild the module each time the kernel updates (until the displaylink-rpm package is updated to a version that supports your kernel, when such a version is published), and I'm not sure whether you might run into compatibility problems from a version mismatch between the kernel module (which will not be the 1.7 branch) and the userspace components (which will be the 1.7 branch on your system). Between the two, I'd suggest sticking with kernel 5.10 until the displaylink-rpm catches up. (My employer has a large fleet of DisplayLink hardware, and periodically has to avoid updating our non-Linux desktop operating systems in order to keep them working, accepting the security vulnerabilities that come from delaying updates, which is why I recommend avoiding this hardware whenever possible.) ___ 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: Lenovo USB 3.0 Dock drivers - Displaylink
On 4/3/21 12:03 AM, Frederic Muller wrote: Thank you for all those detailed information. I did install evdi through the repos suggested by Jonathan, with no success though. The package you started with had both the DKMS evdi kernel module and other support, so adding the package from rpmsphere means you now have two DKMS evdi modules installed. At this point, I'd suggest removing both packages and reinstalling the displaylink-rpm package. Searching a bit more I found out I could edit the evdi dkms.conf file and add the proper path. Restore the file to its original state. The default path works. There's something else causing your error. Then something starts happening when running dkms build but then stops again. Checking the log states: ERROR: Kernel configuration is invalid."; \ echo >&2 " include/generated/autoconf.h or include/config/auto.conf are missing.";\ echo >&2 " Run 'make oldconfig && make prepare' on kernel src to fix it. That might not be the key error. This bug report on the displaylink-rpm package suggests that you probably need to install libdrm-devel. https://github.com/displaylink-rpm/displaylink-rpm/issues/55 If that doesn't resolve the problem, please post the entire log somewhere we can access it. Maybe: https://paste.centos.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: Lenovo is a JOKE (IBM too)
On 4/3/21 2:00 AM, lejeczek via users wrote: I'm experiencing sleep/resume issue with my Lenovo two laptops, same problem my friend sees, only he did file a support request to Lenovo. Which models? And what is the problem? A friend of mine just purchased a Thinkpad Nano, and it's consuming more power than expected when suspended. Seems to not be reaching PC10 state. He has an open case with Lenovo, and they're actively troubleshooting that issue. It's not resolved yet, but they're not brushing him off. ___ 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: Lenovo is a JOKE (IBM too)
On 4/3/21 10:48 AM, lejeczek via users wrote: I've seen, I think many remember too, with Dell, them too a few years ago announced they would start to offer Ubuntu and we know how it ended, I think with one single model sold with Ubuntu. There are currently at least six laptop models and at least six workstations sold with GNU/Linux OS: https://www.dell.com/en-us/work/shop/overview/cp/linuxsystems Small numbers compared to their enormous portfolio, but more than enough for my tastes. ___ 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: Lenovo USB 3.0 Dock drivers - Displaylink
On 4/2/21 3:47 AM, Frederic Muller wrote: It turns out that video through USB is not part of the standards and thus proprietary. Just a point of clarification: video (DisplayPort) over USB *is* a part of the USB standard. You have a non-standard dock. DisplayLink (not DisplayPort) is basically a crappy GPU attached over USB. It has some advantages, such as driving multiple monitors over a single port without daisy chaining, and driving higher resolution monitors than is possible over USB 3.0, but it's also slow and prone to corruption, and requires a driver that's not good on any platform (I work with a group that supports thousands of these on Windows and macOS. They're a little bit terrible.) sbin/modprobe evdi modprobe: FATAL: Module evdi not found in directory /lib/modules/5.11.10-200.fc33.x86_64 dkms should have compiled that driver when you installed the RPM. Run this command to find the location of the log file, and examine that: rpm -q displaylink --scripts The log file should have more information about why you don't have an evdi module. ___ 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: Inhibit sleep from systemd service
On 3/24/21 11:17 AM, Matthew Miller wrote: This is pretty cool -- I'm thinking of something similar, as my new workstation system is a little too power-hungry to make me feel good about leaving on all the time. Do you have a blog post or repo with your complete solution? I keep this in a private Ansible repo, but I've pulled the relevant bits out and put them here: https://github.com/gordonmessmer/ansible-borg-client ___ 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: Inhibit sleep from systemd service
On 3/21/21 11:08 PM, Ed Greshko wrote: So, does your backup process work when called from crontab entry? Yes, it does, and that's part of what confused me. However -- and this is rather embarrassing -- the real problem was a missing environment variable in the script when the process was run as a systemd unit. I thought the log entry "systemd-inhibit[19767]: read: Connection reset by peer" was some sort of dbus problem reported by systemd-inhibit, but that text is really stderr from the script. All sorted out and working as expected now. ___ 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
Inhibit sleep from systemd service
I'd like to inhibit suspend while backups run on my laptop. I'm scheduling those backups with a systemd timer[1] and service[2]. I've read that the default polkit policy only permits inhibiting suspend from within a login session, so I've also tried to add rules to allow the root user to inhibit suspend[3]. However, with all of those in place, I still get errors that I think indicate that the "systemd-inhibit" command is failing[4]. I'm running this on Fedora 33. Has anyone successfully used systemd-inhibit from a systemd unit? 1: # cat /usr/lib/systemd/system/run-borg.timer [Unit] Description=Periodic borg backup [Timer] OnCalendar=08..20/2:00 Persistent=true [Install] WantedBy=timers.target 2: # cat /usr/lib/systemd/system/run-borg.service [Unit] Description=Run borg backup RequiresMountsFor=/var/log ConditionACPower=true [Service] Type=oneshot ExecStart=/usr/bin/systemd-inhibit --who=borg-backup '--why=Backup in progress' --mode=block /root/run-borg 3: # cat /etc/polkit-1/rules.d/root-inhibit-suspend.rules polkit.addRule(function(action, subject) { if (action.id == "org.freedesktop.login1.inhibit-block-shutdown" && subject.isInGroup("root")) { return polkit.Result.YES; } }); polkit.addRule(function(action, subject) { if (action.id == "org.freedesktop.login1.inhibit-block-sleep" && subject.isInGroup("root")) { return polkit.Result.YES; } }); polkit.addRule(function(action, subject) { if (action.id == "org.freedesktop.login1.inhibit-block-idle" && subject.isInGroup("root")) { return polkit.Result.YES; } }); 4: Mar 21 18:00:41 vagabond systemd[1]: Starting Run borg backup... Mar 21 18:00:41 vagabond systemd-inhibit[19767]: read: Connection reset by peer Mar 21 18:00:41 vagabond systemd-inhibit[19761]: /root/run-borg failed with exit status 1. Mar 21 18:00:41 vagabond systemd[1]: run-borg.service: Main process exited, code=exited, status=1/FAILURE Mar 21 18:00:41 vagabond systemd[1]: run-borg.service: Failed with result 'exit-code'. Mar 21 18:00:41 vagabond systemd[1]: Failed to start Run borg backup. ___ 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
[389-users] Re: How to analyze large Multi Master Replication (test)-network?
On 2/26/21 5:22 AM, Eugen Lamers wrote: Documentation read so far: It sounds like you're building a new replication monitor, so I'd think that a good place to start would be with a review of the existing one: https://directory.fedoraproject.org/docs/389ds/howto/howto-monitor-replication.html https://directory.fedoraproject.org/docs/389ds/design/replication-monitor-design.html ___ 389-users mailing list -- 389-users@lists.fedoraproject.org To unsubscribe send an email to 389-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/389-users@lists.fedoraproject.org Do not reply to spam on the list, report it: https://pagure.io/fedora-infrastructure
Re: New kernel errors after last update, Fedora 33
On 2/18/21 8:38 AM, Jerome Lille wrote: But as I said the nfs shares seem to work fine, I can read and write to files on them. Yep, everything will look fine until an application on your client tries to lock a file, and then it will hang forever. Locking files during editing is pretty common, so I'm surprised you haven't seen problems yet. You should do one of: 1: Update the client fstab and use NFSv4 instead of v3. In most cases, this will be the simplest and best fix. 2: Update the server firewall rules to allow all traffic from clients. Not recommended. 3: Update /etc/sysconfig/nfs and configure the system to used fixed ports for NFS services. Update your firewall rules to allow clients to reach those ports. More work than #2, but maintains security. This guide should help: https://access.redhat.com/documentation/en-us/red_hat_enterprise_linux/6/html/storage_administration_guide/s2-nfs-nfs-firewall-config ___ 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: cannot ssh between 2 Fedora 33 laptops (SOLVED)
On 2/15/21 5:58 PM, S Bob wrote: I disabled SELINUX on the new laptops (dont need it here) and everything works I don't believe there's any mechanism by which SELinux can result in ping indicating "destination host unreachable." Can you reproduce the problem by turning SELinux back on? If not, then the problem was something else. ___ 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: BTRFS partition corrupted after deleting files in /home
On 1/13/21 11:21 PM, Chris Murphy wrote: 548 hours is not an old drive. It shouldn't have any write errors. But as a drive ages there might be some and they should be handled transparently and not affect any other operation. Something is definitely wrong that there are write errors followed by read errors followed by this IDNF error which suggests the drive is having problems read its own data written to sectors reserved for its own use Might "its own use" include SMART data? Sreyan indicated that this laptop was purchased in 2016, and the HGST Travelstar 5K1000 would have been a new drive at that time. It's odd, then, that the drive reports only 1671 Power_On_Hours. ___ 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: BTRFS partition corrupted after deleting files in /home
On 1/13/21 12:36 AM, Sreyan Chakravarty wrote: I am fully open to the fact that there may be something wrong with my HDD. But it is difficult to believe that, since this laptop is from 2016 and I had been using Windows 10 on it for a long time and saw no problems. None that you know of. Windows storage doesn't checksum its content, so if any writes were missed, there's a fairly good chance the computer would never tell you that something was wrong. But, setting that aside, you have to bear in mind that hard drives wear out. Power supplies wear out. Cables come loose. Even in mostly solid-state computers, systems wear out over time. "It worked in the past" is never evidence that a computer is working *now*. Every computer component that fails was working fine before it failed. There's nothing particularly surprising about the idea that a five year old hard drive isn't working any more. Having said all that, I don't believe there is something wrong with the hardware per se, but I do believe the firmware is not capable for BTRFS. You're drawing an entirely unsupported conclusion from the evidence in front of you. btrfs doesn't demand something from your drive that other filesystems don't, it's just better at telling you that the storage isn't reliable. ___ 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: BTRFS partition corrupted after deleting files in /home
On 1/11/21 11:02 AM, Sreyan Chakravarty wrote: something wrong with my HDD but the guys on the mailing list told me I did not have to worry. https://listi.jpberlin.de/pipermail/smartmontools-support/2020-November/000560.html https://listi.jpberlin.de/pipermail/smartmontools-support/2020-November/000559.html Your message indicated a sequence of errors that look like write failures, which sounds a lot like the problem that Chris described with your btrfs, "multiple writes from one commit are missing" With all respect due to Carlos E. R., given that you were seeing read and write errors then, and you appear to be seeing write errors still, perhaps the conclusion that your hardware is OK was premature. You should remain open the possibility that there is something wrong with one piece of hardware or another, particularly as you continue to gather new evidence. ___ 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: BTRFS partition corrupted after deleting files in /home
On 1/9/21 11:49 AM, Sreyan Chakravarty wrote: https://askubuntu.com/a/391178/628460 Will the above work in telling me if I have ECC RAM ? It should: # lshw -C memory ... *-memory description: System Memory physical id: 27 slot: System board or motherboard size: 32GiB capabilities: ecc configuration: errordetection=multi-bit-ecc ___ 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: BTRFS partition corrupted after deleting files in /home
On 1/9/21 9:09 AM, Sreyan Chakravarty wrote: I mean, this is the reason I keep complaining that BTRFS is not stable enough. ... So is this a problem of my machine/firmware or a problem in BTRFS itself ? Since I haven't seen it asked yet: Does this system have ECC RAM? I don't want to shortcut the debugging process or suggest that I think there are no bugs in btrfs, but one of the things we expected to happen in the move to checksummed filesystems is that bits that flipped in memory and then got written to disk were going to be discovered, where older filesystems had no way to discover that. In those cases, bailing out and informing you that corruption was found isn't a sign that the system is "not stable enough", it's the desired outcome of actually checking the results. ___ 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