Re: wallpaper related
On Tue, 2021-03-16 at 21:41 -0500, David wrote: > Someone artistic in the Fedora crowd should take the Fedora 34 > wallpaper > and make versions of it and put > them someplace where a potential Fedora user could "easily" access > them. > > I like dark dreary wintery scenes to cheer me up from the dreaded > heat and > humidity of southeast Texas. Perhaps you should suggest that on the Test list, where someone might take notice. poc ___ 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
A problem with Fedora rawhide
Hello everyone, I just now updated to rawhide, just so see how development was going, and I’m concerned and a bit disappointed to find out that audio doesn’t work almost at all.When in the login screen with GDM 3, orca, the screen reader, speaks, and directs me to log in without a problem, like it did in F33. Afterwards though, when I press enter after typing my password in, nothing happens, Orca doesn’t start, and every test that I could do, well, without seeing the screen is hard, didn’t work.Does anyone else encounter this with F rawhide?Might it be the switch from pulseaudio to Pipewire that is causing this?Has anyone found a solution?Before switching back, I’d just like to see if I can fix it, because I’d really like to stick with rawhide.Thanks for any answer.Best regards.Francisco. Sent from Mail for Windows 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 on the list, report it: https://pagure.io/fedora-infrastructure
Re: A problem with Fedora rawhide
On Wed, 2021-03-17 at 12:30 +0100, dileepa.tissera dileepa.tissera wrote: > I just now updated to rawhide, just so see how development was going, > and I’m concerned and a bit disappointed to find out that audio > doesn’t work almost at all. This is the wrong list. Fedora Rawhide should be discussed on the Fedora Test list, not here. poc ___ 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: A problem with Fedora rawhide
On Wed, Mar 17, 2021 at 12:38:18PM +, Patrick O'Callaghan wrote: > This is the wrong list. Fedora Rawhide should be discussed on the > Fedora Test list, not here. You can also try https://ask.fedoraproject.org/, which also focuses on user help but allows questions about upcoming releases as well as current ones. -- Matthew Miller Fedora Project Leader ___ 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: A problem with Fedora rawhide
On Wed, Mar 17, 2021 at 12:30:01PM +0100, dileepa.tissera dileepa.tissera wrote: > When in the login screen with GDM 3, orca, the screen reader, speaks, and > directs me to log in without a problem, like it did in F33. Afterwards > though, when I press enter after typing my password in, nothing happens, > Orca doesn’t start, and every test that I could do, well, without seeing the > screen is hard, didn’t work. > > Does anyone else encounter this with F rawhide? > > Might it be the switch from pulseaudio to Pipewire that is causing this? It might be, yes. Please file bugs on this with any information you find, as this might be release blocking. -- Matthew Miller Fedora Project Leader ___ 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: wallpaper related
On Tue, Mar 16, 2021 at 09:41:11PM -0500, David wrote: > Someone artistic in the Fedora crowd should take the Fedora 34 wallpaper > and make versions of it and put > them someplace where a potential Fedora user could "easily" access them. > > I like dark dreary wintery scenes to cheer me up from the dreaded heat and > humidity of southeast Texas. > > https://www.dropbox.com/s/3agv0onzjh3c39a/Fedora_34_wallpaper_grey.png?dl=0 Nice! A little bleak for me, but a fun idea. Note that all of our wallpapers are collected at https://fedoraproject.org/wiki/Wallpapers. By default, they're under the CC-BY-SA 3.0 license, so remixes like this are fine. Perhaps a thread on https://discussion.fedoraproject.org/ would be a good place to share these! -- Matthew Miller Fedora Project Leader ___ 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: wallpaper related
On Wed, Mar 17, 2021 at 09:55:43AM +, Patrick O'Callaghan wrote: > Perhaps you should suggest that on the Test list, where someone might > take notice. I don't know why this would be relevant to the test list. -- Matthew Miller Fedora Project Leader ___ 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: wallpaper related
On Wed, 2021-03-17 at 09:12 -0400, Matthew Miller wrote: > On Wed, Mar 17, 2021 at 09:55:43AM +, Patrick O'Callaghan wrote: > > Perhaps you should suggest that on the Test list, where someone > > might > > take notice. > > I don't know why this would be relevant to the test list. Only in the sense that it might be seen by devels, given that it's a proposal related to F34. poc ___ 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: Hooks for automount
On Mon, 2021-03-15 at 10:40 +0800, Ed Greshko wrote: > On 15/03/2021 07:37, Patrick O'Callaghan wrote: > > The only remaining problem (touch wood) is to get the power-down > > script > > to run after a timeout. I'll consider writing a special script to > > monitor the mount status independently of systemd. > > You can consider using the timer/service pair of systemd. > > Add another Wants to raid.mount of say "raid.timer". Then > > 1. Upon mount, raid.timer is started. > 2. After defined time, raid.timer calls "raid.service". > 3. raid.service checks mount status. > 4. If still mounted then exit. Meaning goes back to waiting and #2. > 5. If now unmounted, power off the hub and stop raid.timer. So, > basically, raid.service no long runs > and you're back to condition #1 which starts the timer again on > the next mount. OK, I'm attempting to do that, but it's not quite there. The main problem seems to be getting the timer to fire more than once (did I mention how obscure the systemd docs are?). As it stands, the raid.service unit checks the mounted status immediately rather than waiting, and of course it always succeeds, but then just finishes. I attach the current systemd files. The 'dock' script is now considerably simplified (it turns out that all the bus scanning is unnecessary as I can just use ' hdparm -y' to spin down, and spinning up is automatic). The 'cdown' argument powers down the dock conditionally, i.e. if it's not mounted. poc raid.tar Description: Unix tar archive ___ 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: Hooks for automount
On 17/03/2021 22:22, Patrick O'Callaghan wrote: On Mon, 2021-03-15 at 10:40 +0800, Ed Greshko wrote: On 15/03/2021 07:37, Patrick O'Callaghan wrote: The only remaining problem (touch wood) is to get the power-down script to run after a timeout. I'll consider writing a special script to monitor the mount status independently of systemd. You can consider using the timer/service pair of systemd. Add another Wants to raid.mount of say "raid.timer". Then 1. Upon mount, raid.timer is started. 2. After defined time, raid.timer calls "raid.service". 3. raid.service checks mount status. 4. If still mounted then exit. Meaning goes back to waiting and #2. 5. If now unmounted, power off the hub and stop raid.timer. So, basically, raid.service no long runs and you're back to condition #1 which starts the timer again on the next mount. OK, I'm attempting to do that, but it's not quite there. The main problem seems to be getting the timer to fire more than once (did I mention how obscure the systemd docs are?). As it stands, the raid.service unit checks the mounted status immediately rather than waiting, and of course it always succeeds, but then just finishes. I attach the current systemd files. The 'dock' script is now considerably simplified (it turns out that all the bus scanning is unnecessary as I can just use ' hdparm -y' to spin down, and spinning up is automatic). The 'cdown' argument powers down the dock conditionally, i.e. if it's not mounted. I'll have a look at this on my tomorrow -- People who believe they don't make mistakes have already made one. ___ 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: wallpaper related
On Tue, 16 Mar 2021 21:41:11 -0500 David wrote: > Someone artistic in the Fedora crowd should take the Fedora 34 > wallpaper and make versions of it and put > them someplace where a potential Fedora user could "easily" access > them. > > I like dark dreary wintery scenes to cheer me up from the dreaded > heat and humidity of southeast Texas. > > For example, > > > https://www.dropbox.com/s/3agv0onzjh3c39a/Fedora_34_wallpaper_grey.png?dl=0 If you install wallpapoz, you can create a directory, fill it with your preferred pictures, and tell them to rotate as background at set time intervals. The pictures can then be whatever you want, captured from the web, or sites that specialize in that. You could even have different directories, so in the winter you can point it to sunny tropical pictures, and in the summer, snowy mountain scenes. ___ 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: wallpaper related
On 3/17/21 9:18 AM, stan via users wrote: If you install wallpapoz, you can create a directory, fill it with your preferred pictures, and tell them to rotate as background at set time intervals. You can also have them change in random order or, if you prefer, simply have a different background for each virtual desktop so that you can tell them apart. A very versatile program indeed. ___ 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
NVidia graphics card on F33
hello everyone, I have just installed Fedora 33 workstation on my laptop. I have never had an additional graphics card on a pc and want some guidance as to what I am supposed to do. This is a Dell XPS 9550, which has the integrated Intel HD Graphics 530, and the discrete NVIDIA GeForce GTX 960M. When will the laptop be using the NVIDIA card? Is this graphics card now working on my new installation? Regarding installation of drivers: Does Fedora already carry a default driver for this graphics card? Do I need to install a driver? I have noticed there is a specific repository for NVIDIA graphics cards drivers (rpmfusion-nonfree-nvidia-driver), which provides the Nouveau driver. Should I install this repository and a specific package contained in it? Does NVIDIA provide another driver for this card in linux? Would this be recommended over the open source alternative for any reason? thanks very much, ___ 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: NVidia graphics card on F33
On 17/03/2021 17:14, Anil Felipe Duggirala wrote: hello everyone, I have just installed Fedora 33 workstation on my laptop. I have never had an additional graphics card on a pc and want some guidance as to what I am supposed to do. This is a Dell XPS 9550, which has the integrated Intel HD Graphics 530, and the discrete NVIDIA GeForce GTX 960M. When will the laptop be using the NVIDIA card? Is this graphics card now working on my new installation? Regarding installation of drivers: Does Fedora already carry a default driver for this graphics card? Do I need to install a driver? I have noticed there is a specific repository for NVIDIA graphics cards drivers (rpmfusion-nonfree-nvidia-driver), which provides the Nouveau driver. Should I install this repository and a specific package contained in it? Does NVIDIA provide another driver for this card in linux? Would this be recommended over the open source alternative for any reason? thanks very much, I don't have direct experience of dual-graphic systems, but this would be a good starting point: https://rpmfusion.org/Howto/NVIDIA The usual reason for using the rpmfusion packages is that they work, HTH John P ___ 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 JSON format for 'lshw'
On 2021-03-17 2:31 a.m., Samuel Sieb wrote: > On 3/16/21 7:56 PM, Digimer wrote: >> I tried to submit this as a ticket to >> https://ezix.org/project/newticket#ticket but it wouldn't accept the >> captcha test. Posting here in case I can get to the 'lshw' dev (or >> package maintainer) through Fedora. This is tested on Fedora 33 (and >> CentOS Stream 8, fwiw). > > The devel list would be better if you're trying to find a developer or > maintainer. > >> I'm working on a program to process lshw data, and the XML data is fine, >> but the JSON output format is invalid. > > It would be good if you explain what exactly you think is wrong. With a > quick look, assuming you've copied the entire thing, it's missing the > final closing }. Is that it? I believe so (I'm not a json expert at all, but my parser said it was badly formatted). -- Digimer Papers and Projects: https://alteeve.com/w/ "I am, somehow, less interested in the weight and convolutions of Einstein’s brain than in the near certainty that people of equal talent have lived and died in cotton fields and sweatshops." - Stephen Jay Gould ___ 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: NVidia graphics card on F33
On Wed, 17 Mar 2021 at 14:14, Anil Felipe Duggirala < anilduggir...@fastmail.fm> wrote: > hello everyone, > I have just installed Fedora 33 workstation on my laptop. > I have never had an additional graphics card on a pc and want some > guidance as to what I am supposed to do. > This is a Dell XPS 9550, which has the integrated Intel HD Graphics 530, > and the discrete NVIDIA GeForce GTX 960M. > When will the laptop be using the NVIDIA card? Is this graphics card now > working on my new installation? > You have "hybrid graphics": https://wiki.archlinux.org/index.php/Hybrid_graphics. For laptops there is usually a video switch that connects the "active" graphics device to the display, and can switch from discrete to integrated graphics to save power. As the article notes, linux support is "experimental", especially if you use wayland. > "sudo lshw -c video" or "sudo lspci -k | grep -A 4 -i 'VGA'" should show the driver used with each graphics device. Regarding installation of drivers: > Does Fedora already carry a default driver for this graphics card? Do I > need to install a driver? > Fedora uses the "nouveau" driver for NVIDIA devices. It is based on reverse engineering, so is not as capable as the NVIDIA drivers, which you can get from rpmfusion. > I have noticed there is a specific repository for NVIDIA graphics cards > drivers (rpmfusion-nonfree-nvidia-driver), which provides the Nouveau driver. > Should I install this repository and a specific package contained in it? > If nouveau is adequate for your purposes you should consider continuing to use it but be prepared to file a bug report when you find something that doesn't work adequately so nouveau can be improved. I have a 10+ year old desktop with a basic NVIDIA card. A simple mistake in a 5.8 kernel update broke support for my card and it took until 5.11 to get nouveau working again, so I was stuck on a 5.8 kernel for a couple months. > Does NVIDIA provide another driver for this card in linux? Would this be > recommended over the open source alternative for any reason? > https://wiki.archlinux.org/index.php/PRIME has a good description of the linux support for hybrid graphics with X11. Some people keep the display on integrated graphics so they can use the discrete graphics hardware for numerical computations. -- George N. White III ___ 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: NVidia graphics card on F33
On 3/17/21 2:33 PM, George N. White III wrote: Some people keep the display on integrated graphics so they can use the discrete graphics hardware for numerical computations. Also, the integrated graphics uses a lot less power if you don't need the 3D performance. ___ 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: Hooks for automount
On 17/03/2021 23:10, Ed Greshko wrote: On 17/03/2021 22:22, Patrick O'Callaghan wrote: On Mon, 2021-03-15 at 10:40 +0800, Ed Greshko wrote: On 15/03/2021 07:37, Patrick O'Callaghan wrote: The only remaining problem (touch wood) is to get the power-down script to run after a timeout. I'll consider writing a special script to monitor the mount status independently of systemd. You can consider using the timer/service pair of systemd. Add another Wants to raid.mount of say "raid.timer". Then 1. Upon mount, raid.timer is started. 2. After defined time, raid.timer calls "raid.service". 3. raid.service checks mount status. 4. If still mounted then exit. Meaning goes back to waiting and #2. 5. If now unmounted, power off the hub and stop raid.timer. So, basically, raid.service no long runs and you're back to condition #1 which starts the timer again on the next mount. OK, I'm attempting to do that, but it's not quite there. The main problem seems to be getting the timer to fire more than once (did I mention how obscure the systemd docs are?). As it stands, the raid.service unit checks the mounted status immediately rather than waiting, and of course it always succeeds, but then just finishes. I attach the current systemd files. The 'dock' script is now considerably simplified (it turns out that all the bus scanning is unnecessary as I can just use ' hdparm -y' to spin down, and spinning up is automatic). The 'cdown' argument powers down the dock conditionally, i.e. if it's not mounted. I'll have a look at this on my tomorrow... Before I drifted off I decided to adhere to the KISS principle. So, I decided against the timer/service pair in favor of a simpler approach. See the attached examples. This results in [root@f33k auto]# pwd /var/tmp/auto [root@f33k auto]# ll total 0 [root@f33k auto]# ls /aux backups linux-releases qemu-images [root@f33k auto]# ll total 0 -rw-r--r--. 1 root root 0 Mar 18 06:46 dock-up And one minute later [root@f33k auto]# ll total 0 -rw-r--r--. 1 root root 0 Mar 18 06:47 dock-down -rw-r--r--. 1 root root 0 Mar 18 06:46 dock-up I don't know if the power up/down of the dock takes time...so I may be necessary to adjust sleep times. -- People who believe they don't make mistakes have already made one. aux.tar Description: Unix tar archive ___ 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
