Re: Questions about Fedora andsounds
In the Mate DE, selecting Startup Applications in the Control Center and checking Login sound brings up the Edit Startup Programs window. In the command window I've entered "mpv /home/a/.config/autostart/login.mp3" (without the quotes) where /home/a/.config/autostart/login.mp3 is the sound file I want to play on login. ___ 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: Install Clonezilla on Fedora 34.
On Wed, 23 Jun 2021 at 13:36, Ger van Dijck wrote: > Hi all, > > > I tried to install Clonezilla on Fedora 34 . > > > But no luck : I need help. > > That doesn't tell us what you tried or how it failed. Are you trying to install this package: https://fedora.pkgs.org/34/rpm-sphere-noarch/clonezilla-3.35.2-1.noarch.rpm.html -- 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
Install Clonezilla on Fedora 34.
Hi all, I tried to install Clonezilla on Fedora 34 . But no luck : I need help. Regards , Ger van Dijck. ___ 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
pjsua and audio
Subject: Re: pjsua and audio On 2021-06-22 9:46 a.m., Wade Hampton wrote: > I am on Fedora 33 and am trying to get pjsua working with my Asterisk > server. > Each time I try to make a call, I get an error about the audio device. > Is it trying to use pulseaudio or alsa by default? I saw one other post > with the same error from Fedora 27, with no answer... > > The package is: pjsua-2.9-5.fc33.x86_64 > > The error is: >12:28:32.653pjsua_aud.c !..Error retrieving default audio > device parameters: Unable to find default audio device > (PJMEDIA_EAUD_NODEFDEV) [status=420006] >What's your configuration? >Are there any other log messages? This is on my Fedora 33 laptop with default sound config (pulseaudio). Audio works properly (chrome, firefox, audacity, etc.). I also can run jack on it. I built the latest version (2.10) and ran it. Audio works fine. Maybe time to update the version in Fedora? -- Wade Hampton ___ 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: packagekitd Hogging CPU
On Wed, 2021-06-23 at 09:54 -0400, Tom Horsley wrote: > Also, without the automagic background pakagekit nonsense running, > you can run dnf exactly when you want to rather than discovering that > packagekit has the updates locked while it is downloading stuff. It > seems to have the uncanny ability to do this at the most inconvenient > possible time :-). Yes, that was my impetus to kill it rather than just ignore it. -- uname -rsvp Linux 3.10.0-1160.31.1.el7.x86_64 #1 SMP Thu Jun 10 13:32:12 UTC 2021 x86_64 Boilerplate: All unexpected mail to my mailbox is automatically deleted. I will only get to see the messages that are posted to the mailing 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: packagekitd Hogging CPU
On Wed, 23 Jun 2021 13:14:56 +0930 Tim via users wrote: > Remove/disable package kit. > Do manual updates when you feel like it. Also, without the automagic background pakagekit nonsense running, you can run dnf exactly when you want to rather than discovering that packagekit has the updates locked while it is downloading stuff. It seems to have the uncanny ability to do this at the most inconvenient possible 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: packagekitd Hogging CPU
On Tue, 22 Jun 2021 at 14:05, Tim via users wrote: > On Tue, 2021-06-22 at 13:29 -0300, George N. White III wrote: > > Many of the younger linux users I encounter came to linux from > > Windows because a mission critical application requires linux. Some > > have only used the command line after Google told them to run "sudo > > " resulting in a badly broken > > system with some user files owned by root or data saved in root's > > home directory. > > The crabby me wonders whether such people ever grasp using a computer > without breaking it? Long ago I gave up helping such users by no- > longer continually fixing their broken Windows, those people never got > it. I liken it to be asked to unblock their sewers with bare hands. > > For me, giving semi-clueless users a copy and paste command line > solution has had far more predictable results than trying to talk them > through the steps to use any graphical system. It's painful trying to > tell them to do some step, wait while they describe something that else > that they've done instead of what you told them to do, try to figure > out what they've really done, and try again... Stop clicking on random > things trying to see if that'll magically make things work and actually > just do *only* what I say... > Thinking over a number of recent posts on a European Space Agency forum, there appears to be a class of users who never learned to be careful about details when entering text. They live in a place where they never have to enter information, only select options from a multiple choice list. I have often encountered users running a the same program on 100's of input files. I show them how to use a for loop in bash, but as soon as I leave the room they are using a editor to create a script with one line for each file. Now GUI's are being created to run a loop on a list of filenames selected using a GUI. > > See that thing called mouse prefs, click on it. > I can't see it, what if I do this (unrelated thing), instead? > No, stop clicking on things, just read through all the options, not out > loud to me, I don't want to know everything on the computer, I want you > to find the mouse preferences icon in the window. > I can't find it > Nooo (channelling Luke Skywalker). > > It shouldn't take 45 minutes of talking over the phone just to open the > damn mouse preferences. Never mind actually change any settings. > > Have you still got the box? > Yes. > Unplug the computer and put it back in it. > > These are the same kind of people that'd dump all the books in the > library in a random pile on the floor because they can't understand how > to use a shelving system. > > Gawd help us if the clueless would like to practice first aid, despite > all evidence to the contrary that they're not competent to do so. > Many large organizations now provide a Windows PC to every employee. Linux lives in the data center. Windows is used for purchase and travel requests, and mandatory training apps for things like health and safety, live shooter response, data retention policies, etc. There is a school of business administration that says the key to a successful business is to design processes that can be used by people who have no marketable skills or interest in doing good work, so have few other options and will work for minimum wage. -- 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: packagekitd Hogging CPU
On 6/23/21 5:43 AM, Patrick O'Callaghan wrote: It's a more sophisticated variation on on I came up with by (rw) snapshotting the 'root' subvolume, mounting it, and using chroot to do a full system update (and upgrade). It's an out of band or side car update. No reboot to a special environment. If it goes wrong, just delete it. If there's a crash or power fail, you still boot the untouched current root. Only once it completes, and optionally passes some tests, would the root be switched to the updated snapshot, and reboot. And the user can choose when that happens. Interesting. That sounds superficially similar to Android's A/B system update method. Is there work being done on getting this into Fedora? Sounds like Sun's Live Update, circa 2002. -- Tim Evans | 5 Chestnut Court 443-394-3864| Owings Mills, MD 21117 ___ 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: packagekitd Hogging CPU
On 6/22/21 11:44 PM, Tim via users wrote: You can: Remove/disable package kit. Do manual updates when you feel like it. Reboot when you want to. That's what I do. The last thing I want is several minutes of waiting around for the computer to shutdown or startup when I don't want to be waiting around. I'll do updates when I've got free time to waste. Which is what I (the OP) asked about, and have now done. I don't use the Gnome software application for anything, so have disabled its underlying packagekit. It's irrelevant now for me, but I will note that this runaway CPU-usage thing has just come up in the past week or 10 days, so wonder if something has changed in packagekit? And, FWIW, I fought and lost my first UNIX/Windows battle 30 years ago. sorry to have crossed into this No Man's Land once again... -- Tim Evans | 5 Chestnut Court 443-394-3864| Owings Mills, MD 21117 ___ 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: Long wait for start job
On Tue, 2021-06-22 at 22:54 -0600, Chris Murphy wrote: > > The uas message is again from device 6:0:0:1 as before, even though > > the > > disks have been swapped. IOW the issue definitely comes from the > > dock, > > not from the physical drives themselves. > > I don't know if it's coming from the dock's usb chipset or the > usb-sata adapter on the drive. That adapter has a chipset on it also. > These are exactly the sorts of problems often resolved by putting > both > drives on a USB hub, and then the hub into the dock. > I don't think the drives have internal USB-SATA conversion. These are internal SATA drives, so I assumed any USB stuff was being handled by the dock. In any case, I tried plugging the dock into a USB-3 hub, but it made no difference. I'll consider taking this to the linux-usb list as you suggested earlier. 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: Long wait for start job
On Tue, 2021-06-22 at 22:45 -0600, Chris Murphy wrote: > On Mon, Jun 21, 2021 at 4:10 PM Patrick O'Callaghan > wrote: > > > There is a single dock with two slots and no other type of > > enclosure. > > The disks are internal SATA units inserted directly into the slots. > > The > > dock has a single dedicated USB-3 connection direct to the system > > motherboard with no intervening hub or splitter. It is > > independently > > powered via a wall socket and power block. > > Does the error messages I referred to happen when the system is > booted > with the drives attached separately? Or does it happen when only > connected to a particular port on the dock? The only way I can connect them is through the dock. They don't have their own USB connectors. 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: packagekitd Hogging CPU
On Tue, 2021-06-22 at 22:34 -0600, Chris Murphy wrote: > On Tue, Jun 22, 2021 at 10:58 AM Joe Zeff wrote: > > > > On 6/22/21 10:29 AM, George N. White III wrote: > > > The Gnome software manager has the added advantages > > > that it a) forces a reboot and b) offers flatpak versions of > > > major > > > applications. > > > > The forced reboot is only an advantage if some of the upgrades > > require a > > reboot to get them started. Most upgrades only need to have their > > package restarted, and that only if it was running when the upgrade > > occurs. This is what needs-restarting is for, but if you don't > > know how > > to use dnf (and don't want to) it's not going to do you any good. > > And, > > for that matter, what do people like that do if they're not set up > > with > > Gnome? My personal opinion is that people like that should be > > using > > Ubuntu, as that distro is specifically designed for Windows > > refugees. > > (I've set two people up with Linux because they wanted to get away > > from > > Windows, and both of them are happily running Xubuntu.) > > > > Sorry for ranting, but forced reboots are a pet peeve of mine and > > you > > just petted it. > > https://lwn.net/Articles/702629/ > > Kindof an old argument at this point. One of the things I'm curious > about right now: > https://pagure.io/libdnf-plugin-txnupd > https://kubic.opensuse.org/documentation/transactional-update-guide/transactional-update.html > > It's a more sophisticated variation on on I came up with by (rw) > snapshotting the 'root' subvolume, mounting it, and using chroot to > do > a full system update (and upgrade). It's an out of band or side car > update. No reboot to a special environment. If it goes wrong, just > delete it. If there's a crash or power fail, you still boot the > untouched current root. Only once it completes, and optionally passes > some tests, would the root be switched to the updated snapshot, and > reboot. And the user can choose when that happens. Interesting. That sounds superficially similar to Android's A/B system update method. Is there work being done on getting this into Fedora? 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: Learning ipv6 quirks
And you may also want to run nmap, as root, from your fedora system nmap -sS -6 The-IPV6-address-here and just to be sure of IPv4 nmap -sS The-IPV4-address-here FWIW, [root@meimei ~]# nmap -sS -6 -p 2049 2001:b030:112f:2::53 Starting Nmap 7.80 ( https://nmap.org ) at 2021-06-23 14:51 CST Nmap scan report for 2001:b030:112f:2::53 Host is up (0.00039s latency). PORT STATE SERVICE 2049/tcp filtered nfs Means the firewall is blocking the port [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 [root@meimei ~]# nmap -sS -6 -p 2049 2001:b030:112f:2::53 Starting Nmap 7.80 ( https://nmap.org ) at 2021-06-23 14:46 CST Nmap scan report for 2001:b030:112f:2::53 Host is up (0.00013s latency). PORT STATE SERVICE 2049/tcp open nfs Means the firewall is not blocking the port and a service is listening on the port -- Remind me to ignore comments which aren't germane to the thread. ___ 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: packagekitd Hogging CPU
On 6/22/21 9:59 PM, Tim via users wrote: One of my peeves about Ubuntu (years ago, but may still apply), was that their forums were full of Windows escapees, still carrying on in the same way. Not knowing what they were doing, yet giving (bad) cargo cult advice, and carrying on in a Windows manner. Last time I looked, they still thought that if a version had reached EOL and was no longer supported that it meant that they weren't allowed to give you any assistance other than to tell you to upgrade to a supported 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