Re: nedit vs geany
Hello Patrick, On Thu, 23 Apr 2020 21:49:42 +0200 "Patrick Dupre" wrote: > Hello, > > I cannot make a copy (ctl C) paste (ctl V) from nedit to geany. > > Is it normal? I guess it's not normal, unexpected at least. Here it works, nedit/geany both ways and with X paste buffer as well. in CentOS 7. Sorry, it's not Fedora but I see no valid reason why it should not work for you. For the record: nedit-5.7-1.el7.x86_64 geany-1.31-3.el7.x86_64 Regards, -- wwp https://useplaintext.email/ pgpI5GcrRm8wt.pgp Description: OpenPGP digital signature ___ 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
nfs: server ipaddress not responding, time out
Hi I had to unplug the ethernet cable from the nfs server. After I plugged it back, the client machine is filling my journal with the following message nfs: server "ipaddress" not responding, time out where ipaddress is the ip address of the nfs server. I did a lazy unmount of all the shared directories, but I am still getting this message. If I try to use Thunar, it will not open up and even the panel will not accept a click. I can switch windows with ALT+TAB How can I find out whatever process is still trying to reach the nfs subdirectories and kill it? Last time this happened I had to reboot the system. I do not want to do it again Thanks JP -- -- /\_/\ |O O| pepeb...@gmail.com Javier Perez While the night runs toward the day... m m Pepebuho watches from his high perch. ___ 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: nedit vs geany
Thanks for the feedback. Actually, this behavior is partially documented on the internet. My current option is to go through gedit nedit-5.7-6.fc30.x86_64 geany-1.36-1.fc30.x86_64 gedit-3.32.2-1.fc30.x86_64 === Patrick DUPRÉ | | email: pdu...@gmx.com Laboratoire interdisciplinaire Carnot de Bourgogne 9 Avenue Alain Savary, BP 47870, 21078 DIJON Cedex FRANCE Tel: +33 (0)380395988 === > Sent: Sunday, April 26, 2020 at 10:35 AM > From: "wwp" > To: users@lists.fedoraproject.org > Subject: Re: nedit vs geany > > Hello Patrick, > > > On Thu, 23 Apr 2020 21:49:42 +0200 "Patrick Dupre" wrote: > > > Hello, > > > > I cannot make a copy (ctl C) paste (ctl V) from nedit to geany. > > > > Is it normal? > > I guess it's not normal, unexpected at least. Here it works, > nedit/geany both ways and with X paste buffer as well. in CentOS 7. > Sorry, it's not Fedora but I see no valid reason why it should not work > for you. > > For the record: > nedit-5.7-1.el7.x86_64 > geany-1.31-3.el7.x86_64 > > > Regards, > > -- > wwp > https://useplaintext.email/ > ___ > 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 > ___ 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: franz on Fedora?
On Sun, 2020-04-26 at 13:37 +0800, Ed Greshko wrote: > It is a way that some people/projects distribute their software. > https://en.wikipedia.org/wiki/AppImage I hope we don't get lumbered with a lot of them. One of the best things about Fedora (and similar Linuxes) was the one-stop way of keeping everything up-to-date (yum update, dnf update, commands, and their GUI tools, etc). Going down the Windows route of having to individually update each application from disparate sources, or each application doing their own check for updates (usually when you start them up, and just want to use them without wasting any time), is something I do not want to go back to. And I'm sure we'd also see applications that don't quite work right on our systems, because it tried to be too universal. -- uname -rsvp Linux 3.10.0-1062.18.1.el7.x86_64 #1 SMP Tue Mar 17 23:49:17 UTC 2020 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
Re: nfs: server ipaddress not responding, time out
Hi again. I sshd to the nfs server and rebooted the nfs service. It seems to have solved the problem, at least as far as journalctl is concerned. Still I would like to know if there is a way to stop whomever is trying to access the nfs server from the client machine and avoid the error flood on journalctl. Thanks JP On Sun, Apr 26, 2020 at 3:56 AM Javier Perez wrote: > Hi > I had to unplug the ethernet cable from the nfs server. > After I plugged it back, the client machine is filling my journal with the > following message > > nfs: server "ipaddress" not responding, time out > > where ipaddress is the ip address of the nfs server. > > I did a lazy unmount of all the shared directories, but I am still getting > this message. > If I try to use Thunar, it will not open up and even the panel will not > accept a click. I can switch windows with ALT+TAB > > How can I find out whatever process is still trying to reach the nfs > subdirectories and kill it? > > Last time this happened I had to reboot the system. I do not want to do it > again > > Thanks > > JP > -- > -- > /\_/\ > |O O| pepeb...@gmail.com > Javier Perez > While the night runs > toward the day... > m m Pepebuho watches > from his high perch. > -- -- /\_/\ |O O| pepeb...@gmail.com Javier Perez While the night runs toward the day... m m Pepebuho watches from his high perch. ___ 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: franz on Fedora?
On Sun, 2020-04-26 at 18:41 +0930, Tim via users wrote: > On Sun, 2020-04-26 at 13:37 +0800, Ed Greshko wrote: > > It is a way that some people/projects distribute their software. > > https://en.wikipedia.org/wiki/AppImage > > I hope we don't get lumbered with a lot of them. One of the best > things about Fedora (and similar Linuxes) was the one-stop way of > keeping everything up-to-date (yum update, dnf update, commands, and > their GUI tools, etc). > > Going down the Windows route of having to individually update each > application from disparate sources, or each application doing their own > check for updates (usually when you start them up, and just want to use > them without wasting any time), is something I do not want to go back > to. > > And I'm sure we'd also see applications that don't quite work right on > our systems, because it tried to be too universal. Agreed. An appimage might be useful as a way to test-drive something, but I wouldn't want to be tied to it. 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
Re: franz on Fedora?
On 2020-04-26 17:43, Patrick O'Callaghan wrote: > On Sun, 2020-04-26 at 18:41 +0930, Tim via users wrote: >> On Sun, 2020-04-26 at 13:37 +0800, Ed Greshko wrote: >>> It is a way that some people/projects distribute their software. >>> https://en.wikipedia.org/wiki/AppImage >> I hope we don't get lumbered with a lot of them. One of the best >> things about Fedora (and similar Linuxes) was the one-stop way of >> keeping everything up-to-date (yum update, dnf update, commands, and >> their GUI tools, etc). >> >> Going down the Windows route of having to individually update each >> application from disparate sources, or each application doing their own >> check for updates (usually when you start them up, and just want to use >> them without wasting any time), is something I do not want to go back >> to. >> >> And I'm sure we'd also see applications that don't quite work right on >> our systems, because it tried to be too universal. > Agreed. An appimage might be useful as a way to test-drive something, > but I wouldn't want to be tied to it. Well, I think the main target for these images may be people who use linux but don't manage the system. Not much different from the way some folks download the tar file of firefox and run it from their own area. In the case of the OP's question, there doesn't seem to be an rpm available for Fedora. So, unless one can be found this would be an alternative. -- The key to getting good answers is to ask good questions. ___ 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: update to F32 conflicts
I've removed a few packages (python2 related) and gotten it down to this: Error: Problem: package mutter328-libs-3.28.4-4.fc31.x86_64 requires libgnome-desktop-3.so.18()(64bit), but none of the providers can be installed - gnome-desktop3-3.34.5-1.fc31.x86_64 does not belong to a distupgrade repository - problem with installed package mutter328-libs-3.28.4-4.fc31.x86_64 I could try: sudo dnf remove mutter328-libs Dependencies resolved. = Package Architecture Version RepositorySize = Removing: mutter328-libsx86_64 3.28.4-4.fc31 @updates 10 M Removing dependent packages: gala x86_64 3.3.0-1.fc31@updates 1.1 M pantheon-session-settings noarch 31.0-2.fc31 @updates 84 k switchboard-plug-a11y x86_64 2.2.0-1.fc31@updates 266 k switchboard-plug-notificationsx86_64 2.1.6-1.fc31@updates 267 k switchboard-plug-pantheon-shell x86_64 2.8.3-1.fc31@updates 410 k wingpanel x86_64 2.3.1-1.fc31@updates 302 k wingpanel-indicator-bluetooth x86_64 2.1.5-1.fc31@updates 260 k Removing unused dependencies: gala-libs x86_64 3.3.0-1.fc31@updates 116 k gnome-disk-utilityx86_64 3.34.5-1.fc31 @updates 6.2 M orca noarch 3.34.2-1.fc31 @updates 14 M python3-louis noarch 3.10.0-2.fc31 @fedora 34 k python3-speechd x86_64 0.9.1-2.fc31@fedora 198 k tumbler x86_64 0.2.8-1.fc31@updates 957 k wingpanel-applications-menu x86_64 2.5.0-1.fc31@updates 1.1 M wingpanel-indicator-ayatana x86_64 2.0.3-9.fc31@fedora 70 k wingpanel-indicator-datetime x86_64 2.2.2-1.fc31@updates 281 k wingpanel-indicator-keyboard x86_64 2.2.1-1.fc31@updates 149 k wingpanel-indicator-network x86_64 2.2.3-1.fc31@updates 326 k wingpanel-indicator-nightlightx86_64 2.0.3-1.fc31@updates 135 k wingpanel-indicator-notifications x86_64 2.1.4-1.fc31@updates 240 k wingpanel-indicator-power x86_64 2.1.5-1.fc31@updates 452 k wingpanel-indicator-session x86_64 2.2.8-1.fc31@updates 270 k wingpanel-indicator-sound x86_64 2.1.5-1.fc31@updates 385 k wingpanel-libsx86_64 2.3.1-1.fc31@updates 108 k But I'd rather not remove all these packages, and have no idea why this is happening. ___ users mailing list -- users@lists.
Re: update to F32 conflicts
On 2020-04-26 20:16, Neal Becker wrote: > I've removed a few packages (python2 related) and gotten it down to this: > Error: > Problem: package mutter328-libs-3.28.4-4.fc31.x86_64 requires > libgnome-desktop-3.so.18()(64bit), but none of the providers can be installed > - gnome-desktop3-3.34.5-1.fc31.x86_64 does not belong to a distupgrade > repository > - problem with installed package mutter328-libs-3.28.4-4.fc31.x86_64 > > I could try: > sudo dnf remove mutter328-libs Late here It looks as if mutter328 isn't in the F32 repos. [egreshko@meimei ~]$ uname -r 5.6.6-300.fc32.x86_64 [egreshko@meimei ~]$ dnf info mutter328 Last metadata expiration check: 0:00:10 ago on Sun 26 Apr 2020 09:46:58 PM CST. Error: No matching Packages to list Is there a reason you need that version or will mutter be sufficient? And, have you added "--skip-broken" to the update command? -- The key to getting good answers is to ask good questions. ___ 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: nfs: server ipaddress not responding, time out
lazyunmount leaves all processes that were accessing the nfs server still accessing it with files and directories open. In reality lazyunmount has very few valid uses and quite a few invalid uses that it does not exactly do what you think it does. Lazyunmount removes it from the visible mount table, but everything using it will still be using it. And to clear up all of those accesses you either need to fix the nfs server, or kill all processes accessing it on the client (typically you might as well reboot the client since generally everything important is often using the nfs resources). The only use I have seen for it is to fix a client that only a small portion of processes are using the nfs mount and they are not critical while the ones still working are. At best I view it as an option to buy you a few hours so that the reboot can be schedule event. On Sun, Apr 26, 2020 at 4:14 AM Javier Perez wrote: > > Hi again. > I sshd to the nfs server and rebooted the nfs service. > It seems to have solved the problem, at least as far as journalctl is > concerned. > Still I would like to know if there is a way to stop whomever is trying to > access the nfs server from the client machine and avoid the error flood on > journalctl. > > Thanks > > JP > > On Sun, Apr 26, 2020 at 3:56 AM Javier Perez wrote: >> >> Hi >> I had to unplug the ethernet cable from the nfs server. >> After I plugged it back, the client machine is filling my journal with the >> following message >> >> nfs: server "ipaddress" not responding, time out >> >> where ipaddress is the ip address of the nfs server. >> >> I did a lazy unmount of all the shared directories, but I am still getting >> this message. >> If I try to use Thunar, it will not open up and even the panel will not >> accept a click. I can switch windows with ALT+TAB >> >> How can I find out whatever process is still trying to reach the nfs >> subdirectories and kill it? >> >> Last time this happened I had to reboot the system. I do not want to do it >> again >> >> Thanks >> >> JP >> -- >> -- >> /\_/\ >> |O O| pepeb...@gmail.com >> Javier Perez >> While the night runs >> toward the day... >> m m Pepebuho watches >> from his high perch. > > > > -- > -- > /\_/\ > |O O| pepeb...@gmail.com > Javier Perez > While the night runs > toward the day... > m m Pepebuho watches > from his high perch. > ___ > 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 ___ 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: nedit vs geany
Hello Patrick, On Sun, 26 Apr 2020 10:59:02 +0200 "Patrick Dupre" wrote: > Thanks for the feedback. > Actually, this behavior is partially documented on the internet. Such as this? https://lists.geany.org/pipermail/users/2014-June/009330.html https://bugs.launchpad.net/ubuntu/+source/libreoffice/+bug/1745907 > My current option is to go through gedit > > nedit-5.7-6.fc30.x86_64 > geany-1.36-1.fc30.x86_64 > gedit-3.32.2-1.fc30.x86_64 Regards, -- wwp https://useplaintext.email/ pgpK7lxMT5wMh.pgp Description: OpenPGP digital signature ___ 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: nfs: server ipaddress not responding, time out
Thanks! On Sun, Apr 26, 2020 at 10:13 AM Roger Heflin wrote: > lazyunmount leaves all processes that were accessing the nfs server > still accessing it with files and directories open. In reality > lazyunmount has very few valid uses and quite a few invalid uses that > it does not exactly do what you think it does. Lazyunmount removes it > from the visible mount table, but everything using it will still be > using it. And to clear up all of those accesses you either need to > fix the nfs server, or kill all processes accessing it on the client > (typically you might as well reboot the client since generally > everything important is often using the nfs resources). The only use > I have seen for it is to fix a client that only a small portion of > processes are using the nfs mount and they are not critical while the > ones still working are. At best I view it as an option to buy you a > few hours so that the reboot can be schedule event. > > On Sun, Apr 26, 2020 at 4:14 AM Javier Perez wrote: > > > > Hi again. > > I sshd to the nfs server and rebooted the nfs service. > > It seems to have solved the problem, at least as far as journalctl is > concerned. > > Still I would like to know if there is a way to stop whomever is trying > to access the nfs server from the client machine and avoid the error flood > on journalctl. > > > > Thanks > > > > JP > > > > On Sun, Apr 26, 2020 at 3:56 AM Javier Perez wrote: > >> > >> Hi > >> I had to unplug the ethernet cable from the nfs server. > >> After I plugged it back, the client machine is filling my journal with > the following message > >> > >> nfs: server "ipaddress" not responding, time out > >> > >> where ipaddress is the ip address of the nfs server. > >> > >> I did a lazy unmount of all the shared directories, but I am still > getting this message. > >> If I try to use Thunar, it will not open up and even the panel will not > accept a click. I can switch windows with ALT+TAB > >> > >> How can I find out whatever process is still trying to reach the nfs > subdirectories and kill it? > >> > >> Last time this happened I had to reboot the system. I do not want to do > it again > >> > >> Thanks > >> > >> JP > >> -- > >> -- > >> /\_/\ > >> |O O| pepeb...@gmail.com > >> Javier Perez > >> While the night runs > >> toward the day... > >> m m Pepebuho watches > >> from his high perch. > > > > > > > > -- > > -- > > /\_/\ > > |O O| pepeb...@gmail.com > > Javier Perez > > While the night runs > > toward the day... > > m m Pepebuho watches > > from his high perch. > > ___ > > 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 > ___ > 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 > -- -- /\_/\ |O O| pepeb...@gmail.com Javier Perez While the night runs toward the day... m m Pepebuho watches from his high perch. ___ 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: franz on Fedora?
On 04/26/2020 03:11 AM, Tim via users wrote: Going down the Windows route of having to individually update each application from disparate sources, or each application doing their own check for updates (usually when you start them up, and just want to use them without wasting any time), is something I do not want to go back to. Absolutely! And, the best way to discourage this is by simply not using any packages that don't come in your distro's packaging style, in this case as an rpm. For me, at least, if it's not an rpm it doesn't get installed. ___ 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: update to F32 conflicts
On 4/26/20 5:16 AM, Neal Becker wrote: I've removed a few packages (python2 related) and gotten it down to this: Error: Problem: package mutter328-libs-3.28.4-4.fc31.x86_64 requires libgnome-desktop-3.so.18()(64bit), but none of the providers can be installed - gnome-desktop3-3.34.5-1.fc31.x86_64 does not belong to a distupgrade repository - problem with installed package mutter328-libs-3.28.4-4.fc31.x86_64 I could try: sudo dnf remove mutter328-libs Dependencies resolved. That's a compatibility package. Those dependencies are in F31, but they've probably moved to a newer version in F32. Have you tried adding "--allowerasing" to the upgrade command? ___ 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: franz on Fedora?
On 2020-04-27 01:58, Joe Zeff wrote: > On 04/26/2020 03:11 AM, Tim via users wrote: >> Going down the Windows route of having to individually update each >> application from disparate sources, or each application doing their own >> check for updates (usually when you start them up, and just want to use >> them without wasting any time), is something I do not want to go back >> to. > > Absolutely! And, the best way to discourage this is by simply not using any > packages that don't come in your distro's packaging style, in this case as an > rpm. For me, at least, if it's not an rpm it doesn't get installed. Define "installed". -- The key to getting good answers is to ask good questions. ___ 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: update to F32 conflicts
I got the same error with --skip-broken. Finally I just removed mutter328. This removed the dependent packages (e.g., wingpanel-blah-blah), but I don't even know what they are and probably won't miss them. ___ 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
dracut-install: ERROR: installing 'lz4_compress'
Any ideas about this one? Sounds a bit scary, but system seems to be working: [ 8040.319826] dnf[848]: dracut-install: ERROR: installing 'lz4_compress' [ 8040.323817] dnf[848]: dracut: FAILED: /usr/lib/dracut/dracut-install -D /var/tmp/dracut.vt8aLI/initramfs --kerneldir /lib/modules/5.6.6-300.fc32.x86_64/ -m lz4 lz4_compress ___ 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: franz on Fedora?
On 04/26/2020 02:47 PM, Ed Greshko wrote: On 2020-04-27 01:58, Joe Zeff wrote: On 04/26/2020 03:11 AM, Tim via users wrote: Going down the Windows route of having to individually update each application from disparate sources, or each application doing their own check for updates (usually when you start them up, and just want to use them without wasting any time), is something I do not want to go back to. Absolutely! And, the best way to discourage this is by simply not using any packages that don't come in your distro's packaging style, in this case as an rpm. For me, at least, if it's not an rpm it doesn't get installed. Define "installed". Downloaded and used will do for 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
Re: update to F32 conflicts
On 4/26/20 1:50 PM, Neal Becker wrote: I got the same error with --skip-broken. If you're replying to me, I said "--allowerasing", not "--skip-broken". ___ 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: update to F32 conflicts
No, I was replying to an earlier message. I didn't try --allowerasing, I had already just removed mutter328 before I saw your message. Perhaps that would have worked. Thanks, Neal ___ 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: franz on Fedora?
On 2020-04-27 04:54, Joe Zeff wrote: > On 04/26/2020 02:47 PM, Ed Greshko wrote: >> On 2020-04-27 01:58, Joe Zeff wrote: >>> On 04/26/2020 03:11 AM, Tim via users wrote: Going down the Windows route of having to individually update each application from disparate sources, or each application doing their own check for updates (usually when you start them up, and just want to use them without wasting any time), is something I do not want to go back to. >>> >>> Absolutely! And, the best way to discourage this is by simply not using >>> any packages that don't come in your distro's packaging style, in this case >>> as an rpm. For me, at least, if it's not an rpm it doesn't get installed. >> >> Define "installed". >> >> > > Downloaded and used will do for now. So, is a bash script placed in ~/bin considered "installed" in your definition? -- The key to getting good answers is to ask good questions. ___ 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: update to F32 conflicts
On 2020-04-27 04:59, Neal Becker wrote: > No, I was replying to an earlier message. I didn't try --allowerasing, I had > already just removed mutter328 before I saw your message. Perhaps that would > have worked. > Probably would have. By erasing. And, earlier you said you didn't want to erase. -- The key to getting good answers is to ask good questions. ___ 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: franz on Fedora?
On 04/26/2020 03:16 PM, Ed Greshko wrote: On 2020-04-27 04:54, Joe Zeff wrote: On 04/26/2020 02:47 PM, Ed Greshko wrote: On 2020-04-27 01:58, Joe Zeff wrote: On 04/26/2020 03:11 AM, Tim via users wrote: Going down the Windows route of having to individually update each application from disparate sources, or each application doing their own check for updates (usually when you start them up, and just want to use them without wasting any time), is something I do not want to go back to. Absolutely! And, the best way to discourage this is by simply not using any packages that don't come in your distro's packaging style, in this case as an rpm. For me, at least, if it's not an rpm it doesn't get installed. Define "installed". Downloaded and used will do for now. So, is a bash script placed in ~/bin considered "installed" in your definition? Not really, but it's a corner case in any event. ___ 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: franz on Fedora?
On 2020-04-27 06:21, Joe Zeff wrote: > On 04/26/2020 03:16 PM, Ed Greshko wrote: >> On 2020-04-27 04:54, Joe Zeff wrote: >>> On 04/26/2020 02:47 PM, Ed Greshko wrote: On 2020-04-27 01:58, Joe Zeff wrote: > On 04/26/2020 03:11 AM, Tim via users wrote: >> Going down the Windows route of having to individually update each >> application from disparate sources, or each application doing their own >> check for updates (usually when you start them up, and just want to use >> them without wasting any time), is something I do not want to go back >> to. > > Absolutely! And, the best way to discourage this is by simply not using > any packages that don't come in your distro's packaging style, in this > case as an rpm. For me, at least, if it's not an rpm it doesn't get > installed. Define "installed". >>> >>> Downloaded and used will do for now. >> >> So, is a bash script placed in ~/bin considered "installed" in your >> definition? >> > > Not really, but it's a corner case in any event. So, putting a binary file in ~/bin is equivalent. -- The key to getting good answers is to ask good questions. ___ 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
Tip: dhcp lease file under Fedora32
Hi All, Tip: by default the dhcp leases file does not exist under Fedora32. You have to create it firs, then it gets uses -T My notes: DHCP Client leases file: The file does not exist by default. # New to Fedora 32. Set up a leases file if it does not exist: if [ -n /var/lib/dhclient/dhclient.lease]; then touch /var/lib/dhclient/dhclient.lease; # release DHCP address dhclient -r # renew DHCP address dhclient fi ___ 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
What is the new sync command?
Hi All, I am writing several GB of data to a flash drive. It won't dismount as it is stikll flushing. # sync /dev/sdc1 comes back instantly. Is there a better command to see if the flush is finished? Many thanks, -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
Re: What is the new sync command?
On 2020-04-26 16:50, ToddAndMargo via users wrote: Hi All, I am writing several GB of data to a flash drive. It won't dismount as it is stikll flushing. # sync /dev/sdc1 comes back instantly. Is there a better command to see if the flush is finished? Many thanks, -T It did finally let me dismount ___ 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: What is the new sync command?
On Sun, 26 Apr 2020 16:50:57 -0700 ToddAndMargo via users wrote: > Is there a better command to see if the flush > is finished? The umount should hang till the writes are done. That's the way it always works for me. ___ 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: What is the new sync command?
On 26Apr2020 20:00, Tom Horsley wrote: On Sun, 26 Apr 2020 16:50:57 -0700 ToddAndMargo via users wrote: Is there a better command to see if the flush is finished? The umount should hang till the writes are done. That's the way it always works for me. Definitely. But so should the sync. Something's odd there. That said, I have never done sync with a device name. ToddAndMargo: was your device name correct? Syncing the wrong devie might well come back instantly. Cheers, Cameron Simpson ___ 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: What is the new sync command?
just "sync" should work as it will sync the whole system, and generally the other filesystems have little or no data in them so sync fast. sync syncs a file, and the data is not queued up on the file/device /dev/sdc1 (a tiny amount is, but that will sync fast) the data is queue on the filesystem that sits ontop /dev/sdc1. On Sun, Apr 26, 2020 at 7:37 PM Cameron Simpson wrote: > > On 26Apr2020 20:00, Tom Horsley wrote: > >On Sun, 26 Apr 2020 16:50:57 -0700 > >ToddAndMargo via users wrote: > > > >> Is there a better command to see if the flush > >> is finished? > > > >The umount should hang till the writes are done. That's the > >way it always works for me. > > Definitely. But so should the sync. Something's odd there. That said, I > have never done sync with a device name. ToddAndMargo: was your device > name correct? Syncing the wrong devie might well come back instantly. > > Cheers, > Cameron Simpson > ___ > 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 ___ 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
Tip: qemu-kvm and network-scripts
Hi All, Fedora 32 Tip: DO NOT remove network-scripts as qemu-kvm needed network-scrips to for bridge networking Found out the hard way :'( -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
Re: Tip: qemu-kvm and network-scripts
On 2020-04-27 09:21, ToddAndMargo via users wrote: > Fedora 32 > Tip: DO NOT remove network-scripts as qemu-kvm needed > network-scrips to for bridge networking Could you explain a bit more what you mean? [egreshko@meimei ~]$ rpm -q network-scripts package network-scripts is not installed And all my qemu guests are running just fine. -- The key to getting good answers is to ask good questions. ___ 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: Tip: qemu-kvm and network-scripts
On 2020-04-26 18:31, Ed Greshko wrote: On 2020-04-27 09:21, ToddAndMargo via users wrote: Fedora 32 Tip: DO NOT remove network-scripts as qemu-kvm needed network-scrips to for bridge networking Could you explain a bit more what you mean? Are you doing bridge networking? [egreshko@meimei ~]$ rpm -q network-scripts package network-scripts is not installed And all my qemu guests are running just fine. Are the file sharing with the server? Would you attach a ifconfig? ___ 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: What is the new sync command?
On 2020-04-26 17:36, Cameron Simpson wrote: On 26Apr2020 20:00, Tom Horsley wrote: On Sun, 26 Apr 2020 16:50:57 -0700 ToddAndMargo via users wrote: Is there a better command to see if the flush is finished? The umount should hang till the writes are done. That's the way it always works for me. Definitely. But so should the sync. Something's odd there. That said, I have never done sync with a device name. ToddAndMargo: was your device name correct? Syncing the wrong devie might well come back instantly. Cheers, Cameron Simpson My bad. As soon as I exited the krusader window inside the stick, I could unmount ___ 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: Tip: qemu-kvm and network-scripts
On 2020-04-27 09:34, ToddAndMargo via users wrote: > On 2020-04-26 18:31, Ed Greshko wrote: >> On 2020-04-27 09:21, ToddAndMargo via users wrote: >>> Fedora 32 >>> Tip: DO NOT remove network-scripts as qemu-kvm needed >>> network-scrips to for bridge networking >> >> Could you explain a bit more what you mean? > > Are you doing bridge networking? >> >> [egreshko@meimei ~]$ rpm -q network-scripts >> package network-scripts is not installed >> >> And all my qemu guests are running just fine. > > Are the file sharing with the server? Using what protocol? I use both nfsv4 and sshfs > > Would you attach a ifconfig? Relevant output of "ip addr show" 4: virbr0: mtu 1500 qdisc noqueue state UP group default qlen 1000 link/ether 52:54:00:9a:e8:49 brd ff:ff:ff:ff:ff:ff inet 192.168.122.1/24 brd 192.168.122.255 scope global virbr0 valid_lft forever preferred_lft forever inet6 2001:b030:112f:2::2/64 scope global valid_lft forever preferred_lft forever inet6 fe80::5054:ff:fe9a:e849/64 scope link valid_lft forever preferred_lft forever 5: virbr0-nic: mtu 1500 qdisc fq_codel master virbr0 state DOWN group default qlen 1000 link/ether 52:54:00:9a:e8:49 brd ff:ff:ff:ff:ff:ff 6: vnet0: mtu 1500 qdisc fq_codel master virbr0 state UNKNOWN group default qlen 1000 link/ether fe:54:00:9b:21:c1 brd ff:ff:ff:ff:ff:ff inet6 fe80::fc54:ff:fe9b:21c1/64 scope link valid_lft forever preferred_lft forever -- The key to getting good answers is to ask good questions. ___ 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: Tip: qemu-kvm and network-scripts
On 2020-04-26 18:39, Ed Greshko wrote: On 2020-04-27 09:34, ToddAndMargo via users wrote: On 2020-04-26 18:31, Ed Greshko wrote: On 2020-04-27 09:21, ToddAndMargo via users wrote: Fedora 32 Tip: DO NOT remove network-scripts as qemu-kvm needed network-scrips to for bridge networking Could you explain a bit more what you mean? Are you doing bridge networking? [egreshko@meimei ~]$ rpm -q network-scripts package network-scripts is not installed And all my qemu guests are running just fine. Are the file sharing with the server? Using what protocol? I use both nfsv4 and sshfs I use samba to simulte Windows clients Would you attach a ifconfig? Relevant output of "ip addr show" 4: virbr0: mtu 1500 qdisc noqueue state UP group default qlen 1000 link/ether 52:54:00:9a:e8:49 brd ff:ff:ff:ff:ff:ff inet 192.168.122.1/24 brd 192.168.122.255 scope global virbr0 valid_lft forever preferred_lft forever inet6 2001:b030:112f:2::2/64 scope global valid_lft forever preferred_lft forever inet6 fe80::5054:ff:fe9a:e849/64 scope link valid_lft forever preferred_lft forever 5: virbr0-nic: mtu 1500 qdisc fq_codel master virbr0 state DOWN group default qlen 1000 link/ether 52:54:00:9a:e8:49 brd ff:ff:ff:ff:ff:ff 6: vnet0: mtu 1500 qdisc fq_codel master virbr0 state UNKNOWN group default qlen 1000 link/ether fe:54:00:9b:21:c1 brd ff:ff:ff:ff:ff:ff inet6 fe80::fc54:ff:fe9b:21c1/64 scope link valid_lft forever preferred_lft forever Mine. I have two network cards: eno1 is internal with all my vm's and eno2 is external to the Internet and iptables $ ifconfig br0: flags=4099 mtu 1500 inet 192.168.255.10 netmask 255.255.255.0 broadcast 192.168.255.255 inet6 fe80::fc62:7fff:fefe:1fdf prefixlen 64 scopeid 0x20 ether fe:62:7f:fe:1f:df txqueuelen 1000 (Ethernet) RX packets 6341 bytes 614097 (599.7 KiB) RX errors 0 dropped 0 overruns 0 frame 0 TX packets 2947 bytes 13172152 (12.5 MiB) TX errors 0 dropped 0 overruns 0 carrier 0 collisions 0 eno1: flags=4099 mtu 1500 ether ac:1f:6b:62:10:06 txqueuelen 1000 (Ethernet) RX packets 0 bytes 0 (0.0 B) RX errors 0 dropped 0 overruns 0 frame 0 TX packets 0 bytes 0 (0.0 B) TX errors 0 dropped 0 overruns 0 carrier 0 collisions 0 device interrupt 16 memory 0xdc30-dc32 eno2: flags=4163 mtu 1500 inet 192.168.250.135 netmask 255.255.255.0 broadcast 192.168.250.255 inet6 fe80::ae1f:6bff:fe62:1007 prefixlen 64 scopeid 0x20 ether ac:1f:6b:62:10:07 txqueuelen 1000 (Ethernet) RX packets 212833 bytes 233983717 (223.1 MiB) RX errors 0 dropped 0 overruns 0 frame 0 TX packets 143676 bytes 14016214 (13.3 MiB) TX errors 0 dropped 0 overruns 0 carrier 0 collisions 0 device memory 0xdc20-dc27 lo: flags=73 mtu 65536 inet 127.0.0.1 netmask 255.0.0.0 inet6 ::1 prefixlen 128 scopeid 0x10 loop txqueuelen 1000 (Local Loopback) RX packets 20262 bytes 565587199 (539.3 MiB) RX errors 0 dropped 0 overruns 0 frame 0 TX packets 20262 bytes 565587199 (539.3 MiB) TX errors 0 dropped 0 overruns 0 carrier 0 collisions 0 virbr0: flags=4099 mtu 1500 inet 192.168.122.1 netmask 255.255.255.0 broadcast 192.168.122.255 ether 52:54:00:85:fa:b2 txqueuelen 1000 (Ethernet) RX packets 0 bytes 0 (0.0 B) RX errors 0 dropped 0 overruns 0 frame 0 TX packets 0 bytes 0 (0.0 B) TX errors 0 dropped 0 overruns 0 carrier 0 collisions 0 -- ~~ Computers are like air conditioners. They malfunction when you open windows ~~ ___ 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
Tip: Nextcloud and Fedora 32
Tip: if running Nextcloud, stay on Fedora 31 until Nextcloud fixes their stuff. -T Fedora 32 nextcloud-18.0.4.zip Brave Browser: http://127.0.0.1/nextcloud/index.php This version of Nextcloud is not compatible with > PHP 7.3. You are currently running 7.4.5. ___ 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: Tip: qemu-kvm and network-scripts
On 2020-04-27 10:56, ToddAndMargo via users wrote: > Mine. I have two network cards: eno1 is internal with all my vm's and eno2 > is external to the Internet and iptables Why do you use a network card for your VM's? Did you have issues with virtual HW? -- The key to getting good answers is to ask good questions. ___ 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: Tip: qemu-kvm and network-scripts
On 2020-04-26 20:20, Ed Greshko wrote: On 2020-04-27 10:56, ToddAndMargo via users wrote: Mine. I have two network cards: eno1 is internal with all my vm's and eno2 is external to the Internet and iptables Why do you use a network card for your VM's? Did you have issues with virtual HW? both physical network cards are on the host machine. the vm's connect through qemu-kvm "Network bridge: br0" to the host machines and then get routed to the internet through en12, via iptables $ cat /etc/sysconfig/network-scripts/ifcfg-br0 DEVICE=br0 TYPE=Bridge ONBOOT=yes USERCTL=yes DELAY=0 NM_CONTROLLED=no BOOTPROTO=none PREFIX=24 # IPV4_FAILURE_FATAL=yes IPV4_FAILURE_FATAL=no IPV6INIT=no IPV6_AUTOCONF=no IPV6_DEFROUTE=no IPV6_FAILURE_FATAL=no IPV6_PRIVACY=no IPV6_ADDR_GEN_MODE=stable-privacy NAME="System br0" IPADDR=192.168.255.10 # NETMASK=255.255.255.0 NETWORK=192.168.255.0 DNS1=127.0.0.1 PROXY_METHOD=none BROWSER_ONLY=no AUTOCONNECT_PRIORITY=-999 # DEFROUTE=yes DEFROUTE=no $ cat ifcfg-eno1 TYPE=Ethernet BOOTPROTO=none DEFROUTE=yes IPV4_FAILURE_FATAL=no IPV6INIT=no # NAME=enp6s0 NAME=eno1 UUID=be0f8dfa-9939-4f9e-a20a-cadf593452c2 DEVICE=eno1 ONBOOT=yes # IPADDR=192.168.255.10 # Note: NETMASK is now called "PREFIX" # PREFIX=24 # GATEWAY=192.168.255.10 DNS1=127.0.0.1 # IPV6_PEERDNS=yes # IPV6_PEERROUTES=yes BRIDGE=br0 ___ 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: Tip: qemu-kvm and network-scripts
On 2020-04-27 11:49, ToddAndMargo via users wrote: > both physical network cards are on the host machine. the > vm's connect through qemu-kvm "Network bridge: br0" to > the host machines and then get routed to the internet > through en12, via iptables Yes, I know what you've done. I just don't know why. I have full connectivity using the virtual devices. So, same question. Why use physical HW? -- The key to getting good answers is to ask good questions. ___ 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: What is the new sync command?
On 26Apr2020 18:36, ToddAndMargo wrote: On 2020-04-26 17:36, Cameron Simpson wrote: On 26Apr2020 20:00, Tom Horsley wrote: On Sun, 26 Apr 2020 16:50:57 -0700 ToddAndMargo via users wrote: Is there a better command to see if the flush is finished? The umount should hang till the writes are done. That's the way it always works for me. Definitely. But so should the sync. Something's odd there. That said, I have never done sync with a device name. ToddAndMargo: was your device name correct? Syncing the wrong devie might well come back instantly. My bad. As soon as I exited the krusader window inside the stick, I could unmount Aha, device busy. A hand umount from the command line will complain about that. And lsof will often tell you what's got its hooks in, IIRC. Classic example for me is the stray idle shell cded into the volume. Cheers, Cameron Simpson ___ 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: Tip: qemu-kvm and network-scripts
On 2020-04-26 20:53, Ed Greshko wrote: On 2020-04-27 11:49, ToddAndMargo via users wrote: both physical network cards are on the host machine. the vm's connect through qemu-kvm "Network bridge: br0" to the host machines and then get routed to the internet through en12, via iptables Yes, I know what you've done. I just don't know why. I have full connectivity using the virtual devices. So, same question. Why use physical HW? Because it simulates actual servers I have installed. eno2 is hooked to the internet and eno1 is hoooked up to a [switching] hub that fans out to multiple client workstations. The server is also the firewall I have used virtual LANs before to do certain things to VM's, such as isolate them from the local network ___ 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: Tip: qemu-kvm and network-scripts
On 2020-04-27 12:59, ToddAndMargo via users wrote: > On 2020-04-26 20:53, Ed Greshko wrote: >> On 2020-04-27 11:49, ToddAndMargo via users wrote: >>> both physical network cards are on the host machine. the >>> vm's connect through qemu-kvm "Network bridge: br0" to >>> the host machines and then get routed to the internet >>> through en12, via iptables >> >> Yes, I know what you've done. I just don't know why. >> >> I have full connectivity using the virtual devices. So, same question. Why >> use physical HW? > > Because it simulates actual servers I have installed. > eno2 is hooked to the internet and eno1 is hoooked > up to a [switching] hub that fans out to multiple client > workstations. The server is also the firewall What would not work if you used Virtual HW instead of actual HW? All of my VM's can access all of the other servers on 3 different LAN segments. > > I have used virtual LANs before to do certain things > to VM's, such as isolate them from the local network > I'm not talking VLAN's here. I'm talking virtio. -- The key to getting good answers is to ask good questions. ___ 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: franz on Fedora?
Tim: >> Going down the Windows route of having to individually update each >> application from disparate sources, or each application doing their >> own check for updates (usually when you start them up, and just >> want to use them without wasting any time), is something I do not >> want to go back to. Joe Zeff: > Absolutely! And, the best way to discourage this is by simply not > using any packages that don't come in your distro's packaging style, > in this case as an rpm. For me, at least, if it's not an rpm it > doesn't get installed. The only non-RPM application I've installed outside of Fedora's RPMs, is trying MuseScore on CentOS (which is being a pain). I already used it as a RPM on Fedora, but there was no RPM for CentOS. I've installed Google apps using yum (GoogleChrome, GoogleEarth), and while they are external, they slot into yum, and so they update in the usual manner. The other advantage of using our repos is, hopefully, they are vetted (better than some other website hosting apps). I have more faith (perhaps misguided) about the safety of applications from the Fedora repo, and they can be removed if they turn out to be bad. Externally hosted malicious software can remain available out of anyone else's control. And if you're concerned about licensing, patents, and other kinds of encumbrances, the things in the Fedora repo are supposedly free from them. -- uname -rsvp Linux 3.10.0-1062.18.1.el7.x86_64 #1 SMP Tue Mar 17 23:49:17 UTC 2020 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
Re: Tip: dhcp lease file under Fedora32
On Sun, 2020-04-26 at 16:05 -0700, ToddAndMargo via users wrote: > Tip: by default the dhcp leases file does not exist under > Fedora32. You have to create it firs, then it gets uses If true, I'd call that a bug. It's a ludicrous requirement for users to create *that* file. DHCP is supposed to be a *fully* automatic address assignment system. Have you reported it to bugzilla? -- uname -rsvp Linux 3.10.0-1062.18.1.el7.x86_64 #1 SMP Tue Mar 17 23:49:17 UTC 2020 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
Re: What is the new sync command?
On Sun, 2020-04-26 at 18:36 -0700, ToddAndMargo via users wrote: > As soon as I exited the krusader window inside the stick, I could > unmount That kind of thing has been an annoying bug for ages. You have file browsers that have right-click options allowing you to unmount something from their directory tree. Yet, when you try to use it, it fails (usually because that directory is being shown in the adjacent panel). -- uname -rsvp Linux 3.10.0-1062.18.1.el7.x86_64 #1 SMP Tue Mar 17 23:49:17 UTC 2020 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
Re: Tip: dhcp lease file under Fedora32
On 2020-04-27 13:43, Tim via users wrote: > On Sun, 2020-04-26 at 16:05 -0700, ToddAndMargo via users wrote: >> Tip: by default the dhcp leases file does not exist under >> Fedora32. You have to create it firs, then it gets uses > If true, I'd call that a bug. It's a ludicrous requirement for users > to create *that* file. DHCP is supposed to be a *fully* automatic > address assignment system. Have you reported it to bugzilla? > I don't think it is a bug. It would be more about how NetworkManger handles things. [root@f31k dhclient]# pwd /var/lib/dhclient [root@f31k dhclient]# ls [root@f31k dhclient]# dhclient -r Removed stale PID file [root@f31k dhclient]# ls dhclient.leases No touching needed. -- The key to getting good answers is to ask good questions. ___ 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
