Re: mysterious/suspicious internet activity. [solved] [REALLY SOLVED]
After a weekly patching and several boots, what Ed suggested continues to work. This includes e-mail, browser, dnf upgrade, dnf install, zoom, and video downloads (via Firefox add-on and via command line). As best as I can see, nothing got broke and everything works as it should. So I'm tagging this REALLY solved. I thanks Samuel for bringing up the additional caution, Ed for the solution, and others for the further discussion. I did find a youtube video of a musical performance of Man of La Mancha. I tried to watch it. Poor focus. I did not watch all the way through. But now I know where the song "To Dream the Impossible Dream" comes from. ___ 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: not really Fedora 33 related
On Fri, 2020-10-23 at 03:03 -0500, David wrote: > Just trying to add some humor to your day. > > I just exchanged my new Corsair PSU-cables with some fancy braided > aftermarket ones > that I assumed were generic. > > Fedora 33 no longer shows up on my monitor. What gives ?LOL !! > > I am hoping I just fried my shiny new Ryzen cpu.LOL ! > > I mean, how bad could it really be ? Surely my new ASUS X570 can handle > a few volts here and there > bouncing around back and forth.Right ? Surely, my NVMe's are > tucked away > all nice and comfy taking a nap.Right ? Any chance Fedora 33 will > boot back up once > I put the NVMe in a new motherboard ? You seem to be confused about the purpose of a Subject line, which is to let people know what the post is about, not what it's not about. 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
not really Fedora 33 related
Just trying to add some humor to your day. I just exchanged my new Corsair PSU-cables with some fancy braided aftermarket ones that I assumed were generic. Fedora 33 no longer shows up on my monitor. What gives ?LOL !! I am hoping I just fried my shiny new Ryzen cpu.LOL ! I mean, how bad could it really be ? Surely my new ASUS X570 can handle a few volts here and there bouncing around back and forth.Right ? Surely, my NVMe's are tucked away all nice and comfy taking a nap.Right ? Any chance Fedora 33 will boot back up once I put the NVMe in a new motherboard ? David Locklear ___ 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: javascript/firefox -- really off topic issue/question
Jeremy!! As Homer Simpson says.. DOH! thanks. Now to figure out how to implement code with a headless browser to get the same content/html. much appreciation. On Wed, Sep 2, 2020 at 6:38 PM Jeremy Nicoll - ml fedora wrote: > > On 2020-09-02 23:23, Jeremy Nicoll - ml fedora wrote: > > On 2020-09-02 17:12, bruce wrote: > >> Hi Jeremy. > >> > >> Doing a "view source" only shows the static source. To get the dynamic > >> gnerated content from the avascript you need to dive into the > >> Developers Tools/Inspector tab. > > > > Might not the problem be that what you're hoping to see is html > > corresponding to the DOM that's been altered by dynamic JS? But > > does that actually exist, other than in the browser's internal > > data/control structures? > > > > That is, I expect the browser reads the original html, parses it, > > builds a data structure that represents the DOM, then possibly > > modifies that (once or many times) via JS. It'd then render the > > page by working from the internal data structure, not any part > > of the character-based html. > > > > Do you see what I mean? > > Ah, forget that. I found from a test page here that right-clicking > the "" at the very top of the html tree structure at the > bottom left of the tools window then using > > Copy - Inner HTML > or Copy - Outer HTML > > allowed me to paste the whole of the dynamic html into another > file. > > If instead of choosing "" I chose eg "" (or presumably > another smaller part of the tree, then I got just its corresponding > smaller amount of html. For example in a test page here whose > original source has a series of test paragraphs starting with just > > > Body text 1 enclosed by p-tags. > > > some JS colours that. Clicking on the leading "" then choosing > the Copy - Inner HTML option, on the tools page when it's showing > the coloured results, gives me > > Body text 1 enclosed by p-tags. > > but Copy - Outer HTML gives > > > Body text 1 enclosed by p-tags. > > > > > -- > Jeremy Nicoll - my opinions are my own > ___ > 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: javascript/firefox -- really off topic issue/question
On 2020-09-02 23:23, Jeremy Nicoll - ml fedora wrote: On 2020-09-02 17:12, bruce wrote: Hi Jeremy. Doing a "view source" only shows the static source. To get the dynamic gnerated content from the avascript you need to dive into the Developers Tools/Inspector tab. Might not the problem be that what you're hoping to see is html corresponding to the DOM that's been altered by dynamic JS? But does that actually exist, other than in the browser's internal data/control structures? That is, I expect the browser reads the original html, parses it, builds a data structure that represents the DOM, then possibly modifies that (once or many times) via JS. It'd then render the page by working from the internal data structure, not any part of the character-based html. Do you see what I mean? Ah, forget that. I found from a test page here that right-clicking the "" at the very top of the html tree structure at the bottom left of the tools window then using Copy - Inner HTML or Copy - Outer HTML allowed me to paste the whole of the dynamic html into another file. If instead of choosing "" I chose eg "" (or presumably another smaller part of the tree, then I got just its corresponding smaller amount of html. For example in a test page here whose original source has a series of test paragraphs starting with just Body text 1 enclosed by p-tags. some JS colours that. Clicking on the leading "" then choosing the Copy - Inner HTML option, on the tools page when it's showing the coloured results, gives me Body text 1 enclosed by p-tags. but Copy - Outer HTML gives Body text 1 enclosed by p-tags. -- Jeremy Nicoll - my opinions are my own ___ 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: javascript/firefox -- really off topic issue/question
On 2020-09-02 17:12, bruce wrote: Hi Jeremy. Doing a "view source" only shows the static source. To get the dynamic gnerated content from the avascript you need to dive into the Developers Tools/Inspector tab. Might not the problem be that what you're hoping to see is html corresponding to the DOM that's been altered by dynamic JS? But does that actually exist, other than in the browser's internal data/control structures? That is, I expect the browser reads the original html, parses it, builds a data structure that represents the DOM, then possibly modifies that (once or many times) via JS. It'd then render the page by working from the internal data structure, not any part of the character-based html. Do you see what I mean? -- Jeremy Nicoll - my opinions are my own ___ 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: javascript/firefox -- really off topic issue/question
Hi Jeremy. Doing a "view source" only shows the static source. To get the dynamic gnerated content from the avascript you need to dive into the Developers Tools/Inspector tab. On Wed, Sep 2, 2020 at 6:26 AM Jeremy Nicoll - ml fedora wrote: > > On 2020-09-02 10:50, bruce wrote: > > > All of this seems to work. However, in the Inspector window, I cant > > figure out how to "expand" all the nodes to see the complete html of > > the generated page. > > On the page itself - either the normal page view or the top part of > the tools window - riht-click the background & choose "View Source". > A separate window will open showing the whole file. > > > -- > Jeremy Nicoll - my opinions are my own > ___ > 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: javascript/firefox -- really off topic issue/question
On 2020-09-02 10:50, bruce wrote: All of this seems to work. However, in the Inspector window, I cant figure out how to "expand" all the nodes to see the complete html of the generated page. On the page itself - either the normal page view or the top part of the tools window - riht-click the background & choose "View Source". A separate window will open showing the whole file. -- Jeremy Nicoll - my opinions are my own ___ 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
javascript/firefox -- really off topic issue/question
Hi. A few weeks ago someone posted an off-topic thread about scraping javascript/dynamic sites. Sorry to say, I've got a similar off-topic post. If this is unacceptable, let me know and I'll delete the thread. I'm dealing with the results of a url/site that has javascript. I had thought I could simply use Firefox, and hit the Developer Tools, and use the Inspector subWindow. All of this seems to work. However, in the Inspector window, I cant figure out how to "expand" all the nodes to see the complete html of the generated page. Been looking all over the net to figure this out. I know it's something subtle. I can set the "mouse" to the "html" node at the top of the window. Using the "right mouse" click I can select the "Exapnd All" option, and it appears to expand the nodes within the html. However, I can't seem to figure out how to then do a "Select All" for all the html in the Inpspector window so I can view the complete html in an external editor. Any idea how this can be accomplished? thanks! ___ 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: Top 7 Programming Languages That Employers Really Want
On Fri, 2019-10-18 at 10:26 +0800, Turritopsis Dohrnii Teo En Ming wrote: > Subject: Top 7 Programming Languages That Employers Really Want This has *nothing* to do with the concerns of the Fedora Users list. 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: Top 7 Programming Languages That Employers Really Want
-Original message- > From:Turritopsis Dohrnii Teo En Ming > Sent: Friday 18th October 2019 4:27 > To: Community support for Fedora users > Cc: Turritopsis Dohrnii Teo En Ming > Subject: Top 7 Programming Languages That Employers Really Want > > Subject: Top 7 Programming Languages That Employers Really Want [snip] Your posting fails to follow the Fedora mailinglist guidelines [1], specifically: Do not Cross Post - you also sent the same question to the CentOS mailinglist. Stay on-topic - your question does not relate to Fedora (nor CentOS) Avoid long signatures and disclaimers - your email signature is about as long as your question. Search It! - research *before* posting to the list. Your question is easily answered by searching Google. Please follow the mailinglist guidelines and read http://www.catb.org/~esr/faqs/smart-questions.html before posting. Thanks, Patrick [1] https://fedoraproject.org/wiki/Mailing_list_guidelines ___ 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
Top 7 Programming Languages That Employers Really Want
Subject: Top 7 Programming Languages That Employers Really Want Good day from Singapore, Article: Top 7 Programming Languages That Employers Really Want Author: Nick Kolakowski Date Published: 14 October 2019 Link: https://insights.dice.com/2019/10/14/7-programming-languages-employers-want/ This is just a quick survey. May I know what programming languages do you know? I am considering being a programmer or developer. How long will it take for me to master a programming language like C++, Java, and Python? Thank you very much. -BEGIN EMAIL SIGNATURE- The Gospel for all Targeted Individuals (TIs): [The New York Times] Microwave Weapons Are Prime Suspect in Ills of U.S. Embassy Workers Link: https://www.nytimes.com/2018/09/01/science/sonic-attack-cuba-microwave.html Singaporean Mr. Turritopsis Dohrnii Teo En Ming's Academic Qualifications as at 14 Feb 2019 and refugee seeking attempts at the United Nations Refugee Agency Bangkok (21 Mar 2017) and in Taiwan (5 Aug 2019): [1] https://tdtemcerts.wordpress.com/ [2] https://tdtemcerts.blogspot.sg/ [3] https://www.scribd.com/user/270125049/Teo-En-Ming -END EMAIL 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: Final on enlarging swap - I really needed more memory
On 8/6/19 3:29 AM, Tim via users wrote: On Mon, 2019-08-05 at 14:53 -0400, Robert Moskowitz wrote: I have to think if I want to facilitate hibernate when battery runs out, like on a long flight with no working AC. Or when I am just not paying attention to my power situation. I would have thought the ideal way for it to operate is when you suspend, it *also* dumps to swap. That way, when you unsuspend it springs to life really quickly. But, if your power had failed while suspended, it could unhibernate from swap. There is a mode like that, it's called hybrid-sleep. It sets up everything for hibernation, but then just suspends. If the battery runs out, then the next boot will do a resume from hibernate. It takes longer to suspend, like hibernate does, but it resumes fast. You can use it by running "systemctl hybrid-sleep". It isn't supported by Gnome, I don't know about other desktops. ___ 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: Final on enlarging swap - I really needed more memory
On Tue, 2019-08-06 at 19:59 +0930, Tim via users wrote: > On Mon, 2019-08-05 at 14:53 -0400, Robert Moskowitz wrote: > > I have to think if I want to facilitate hibernate when battery runs > > out, like on a long flight with no working AC. Or when I am just not > > paying attention to my power situation. > > I would have thought the ideal way for it to operate is when you > suspend, it *also* dumps to swap. That way, when you unsuspend it > springs to life really quickly. But, if your power had failed while > suspended, it could unhibernate from swap. > > I don't know if it actually works that way, though. That would mean having enough available swap, which is often not the case. When I experimented with hibernate a while back I had to increase my swap space (I have 16GB of RAM) to get it to work. Of course it could fall back to not dumping to swap when in 'suspend' mode, but that might violate the Principle Of Least Astonishment. 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: Final on enlarging swap - I really needed more memory
On Mon, 2019-08-05 at 14:53 -0400, Robert Moskowitz wrote: > I have to think if I want to facilitate hibernate when battery runs > out, like on a long flight with no working AC. Or when I am just not > paying attention to my power situation. I would have thought the ideal way for it to operate is when you suspend, it *also* dumps to swap. That way, when you unsuspend it springs to life really quickly. But, if your power had failed while suspended, it could unhibernate from swap. I don't know if it actually works that way, though. -- uname -rsvp Linux 3.10.0-957.27.2.el7.x86_64 #1 SMP Mon Jul 29 17:46:05 UTC 2019 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: Final on enlarging swap - I really needed more memory
On 8/5/19 1:49 PM, Samuel Sieb wrote: On 8/5/19 3:07 AM, Robert Moskowitz wrote: I was just looking at that basically all was running in real memory (with lots of buffer space) with no swap used, and forgot about suspend/hibernate. Only hibernate. Suspend doesn't use the swap. I realized this after I dashed out of the house right after I posted that missive... I have to think if I want to facilitate hibernate when battery runs out, like on a long flight with no working AC. Or when I am just not paying attention to my power situation. Probably since (at least so far), very little swap is in use: $ free total used free shared buff/cache available Mem: 7416056 5254340 345472 404008 1816244 1484136 Swap: 3419132 56576 3362556 10GB of total swap would handle for those rare times the system decides to hibernate. Not that I am short on space in the / partition to allocate a swap file... ___ 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: Final on enlarging swap - I really needed more memory
On 8/5/19 3:07 AM, Robert Moskowitz wrote: I was just looking at that basically all was running in real memory (with lots of buffer space) with no swap used, and forgot about suspend/hibernate. Only hibernate. Suspend doesn't use the swap. ___ 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: Final on enlarging swap - I really needed more memory
On 8/4/19 10:48 PM, Tim via users wrote: On Sun, 2019-08-04 at 16:57 -0400, Doug McGarrett wrote: Use GParted to shrink your swap and expand your normal space. You should probably not need more than 4 GiB swap. There is an advantage to having more swap than RAM: If you use a hibernate feature that works by dumping RAM to swap, having more ensures that it will fit. I doubt you need double, though. Thanks for reminding me! I need to bump up my swap again and make it permanent (change fstab). 50% more than real memory should do it... I was just looking at that basically all was running in real memory (with lots of buffer space) with no swap used, and forgot about suspend/hibernate. ___ 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: Final on enlarging swap - I really needed more memory
On Sun, 2019-08-04 at 16:57 -0400, Doug McGarrett wrote: > Use GParted to shrink your swap and expand your normal space. You > should probably not need more than 4 GiB swap. There is an advantage to having more swap than RAM: If you use a hibernate feature that works by dumping RAM to swap, having more ensures that it will fit. I doubt you need double, though. -- [tim@localhost ~]$ uname -rsvp Linux 5.0.16-100.fc28.x86_64 #1 SMP Tue May 14 18:22:28 UTC 2019 x86_64 Boilerplate: All mail to my mailbox is automatically deleted. There is no point trying to privately email me, I only get to see the messages posted to the mailing list. When I write something, take it as meaning exactly what I wrote. Do not interpret it. ___ 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: Final on enlarging swap - I really needed more memory
On 08/04/2019 07:32 PM, Tim via users wrote: On Sun, 2019-08-04 at 12:16 -0400, Robert Moskowitz wrote: All last week I ran with 4GB real memory and a total of 8GB swap. I was using all the real memory and pretty much 4GB of swap with poor performance. I think I'd consider 4 gig of RAM a bare minimum, these days. As memory size has gone up, programmers seem to have abandoned trying to be efficient. If your prior install was apparently okay, you might have been just on the boundary between where things ran smoothly and were close to grinding through swap to operate. When my systems started to go through swap, usually from firefox going doolallay with some badly written site, it was usually unrecoverable. I had to quit it real quick, or I could spend the next hour trying to get the computer to do a clean shutdown. Use GParted to shrink your swap and expand your normal space. You should probably not need more than 4 GiB swap. If your repo doesn't have GParted, you can download a copy and run it from a self-booting disk. I have used it many times to move partitions around, especially to reclaim the mess that Windows 10 makes on a new computer. --doug ___ 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: Final on enlarging swap - I really needed more memory
On Sun, 2019-08-04 at 12:16 -0400, Robert Moskowitz wrote: > All last week I ran with 4GB real memory and a total of 8GB swap. > > I was using all the real memory and pretty much 4GB of swap with > poor performance. I think I'd consider 4 gig of RAM a bare minimum, these days. As memory size has gone up, programmers seem to have abandoned trying to be efficient. If your prior install was apparently okay, you might have been just on the boundary between where things ran smoothly and were close to grinding through swap to operate. When my systems started to go through swap, usually from firefox going doolallay with some badly written site, it was usually unrecoverable. I had to quit it real quick, or I could spend the next hour trying to get the computer to do a clean shutdown. ___ users mailing list -- users@lists.fedoraproject.org To unsubscribe send an email to users-le...@lists.fedoraproject.org Fedora Code of Conduct: https://docs.fedoraproject.org/en-US/project/code-of-conduct/ List Guidelines: https://fedoraproject.org/wiki/Mailing_list_guidelines List Archives: https://lists.fedoraproject.org/archives/list/users@lists.fedoraproject.org
Re: Final on enlarging swap - I really needed more memory
your is an ThinkPad X140e ? according to this https://forums.lenovo.com/t5/ThinkPad-X-Series-Laptops/Unofficial-Max-RAM-Capacity-for-x120e/m-p/3717347/highlight/true#M77742 and https://forums.lenovo.com/t5/forums/v3_1/forumtopicpage/board-id/tp02_en/thread-id/37966/page/3 and https://imgur.com/a/Y5xrC it seems there is NOT a vendor limit of 2 x 4GB only ! they are talking about an X120e with last bios, though ... ___ 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
Final on enlarging swap - I really needed more memory
Just felt I should post a wrap up on my swap increase journey. All last week I ran with 4GB real memory and a total of 8GB swap. I was using all the real memory and pretty much 4GB of swap with poor performance. What was going on? With Fedora 28 I was running fairly well with 4GB, or was I? Plus I upgraded from a 2 core x120e to a 4 core x140e and I thought things would be better. So this morning I pulled a 4GB card out of another x140e I have that is currently off. Free is reporting: $ free total used free shared buff/cache available Mem: 7416056 3609248 860448 354948 2946360 3158088 Swap: 3419132 0 3419132 and performance is just fine. So I was suffering with only 4GB of real memory. Perhaps F30 needs more than F28 or 4 core is just having more things going and needs more memory. Anyway, going to have to pop for the $20 for a 4GB card to put into the system that is sitting with no memory Thanks for the help on adding a swap file. I have recorded that in my instructions file for any future need. ___ 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: Iptables->Firewalld Upgrade: Really Necessary?
Data Sat, 20 Jul 2019 06:53:56 +0800 Ed Greshko napisał(a): > On 7/20/19 6:20 AM, Tim Evans wrote: > > Installing F30, adding iptables and my current ruleset, and > > disabling firewalld looks very simple and quick. Why shouldn't I do > > it? > > > > If necessary, I can post an anonymized copy of the iptables ruleset > > on pastbin, but really looking for higher level advice. > > > > Not necessary. But not everything you'll need will be installed by > default. > > You'll need iptables-services: > > Description : iptables services for IPv4 and IPv6 > : > : This package provides the services iptables and > ip6tables that have : been split out of the base package since they > are not active by : default anymore. > > At the very least. (Actually, that may be all that you'll need) > It's exactly all. systemctl stop firewalld systemctl mask firewalld systemctl enable iptables systemctl start iptables It's the same in Fedora and in CentOS. If I don't need fail2ban, I actually prefer plain iptables. Make sure you have some emergency access to the machine before running iptables script, or run it like systemctl start iptables ;; sleep 30 ;; systemctl stop iptables I cut myself from a system more than one time. -- Łukasz Posadowski ___ 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: Iptables->Firewalld Upgrade: Really Necessary?
Hi On Fri, 19 Jul 2019 18:20:35 -0400 Tim Evans wrote: > I really, really need to figure out how to port my iptables ruleset to > work with firewalld. You may try first to port your iptables by using the "Direct Options" that provides firewall-cmd. I plan to use it for a while ... Example (you may need to add the --permanent option) that seems to work: ## I forgot the priority here: firewall-cmd --direct --add-rule ipv4 filter OUTPUT -p tcp -m state --state NEW -m tcp -d 127.0.0.1/32 -m owner --uid-owner 0 -j ACCEPT usage: --direct --add-rule { ipv4 | ipv6 | eb } ## Correct all: firewall-cmd --direct --add-rule ipv4 filter OUTPUT 0 -p tcp -m state --state NEW -m tcp -d 127.0.0.1/32 -m owner --uid-owner 0 -j ACCEPT success ## Check firewall-cmd --direct --get-all-rules ipv4 filter OUTPUT 0 -p tcp -m state --state NEW -m tcp -d 127.0.0.1/32 -m owner --uid-owner 0 -j ACCEPT ## The rule is added to OUTPUT_direct iptables -v -L OUTPUT_direct Chain OUTPUT_direct (1 references) pkts bytes target prot opt in out source destination 0 0 ACCEPT tcp -- anyany anywhere localhost state NEW tcp owner UID match root -- francis ___ 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: Iptables->Firewalld Upgrade: Really Necessary?
On 7/19/19 3:20 PM, Tim Evans wrote: I'm planning on upgrading that system to Fedora 30, and am wondering if I really, really need to figure out how to port my iptables ruleset to work with firewalld. Other than the need to be up to date (I am originally from Kansas City), what're the advantages of firewalld? It gives a nicer interface for editing the rules and allows for some dynamic management. Installing F30, adding iptables and my current ruleset, and disabling firewalld looks very simple and quick. Why shouldn't I do it? There's no reason not to. On my servers I disable firewalld and run a script with my custom iptables rules (generated from fwbuilder). It might be possible to do what I want with firewalld, but for now it works and I don't have the time to figure out the alternative. Since I do eventually want to do some dynamic rule management, I expect someday I will get around to looking more at firewalld. ___ 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: Iptables->Firewalld Upgrade: Really Necessary?
On Fri, 19 Jul 2019 18:20:35 -0400 Tim Evans wrote: > wondering if > I really, really need to figure out how to port my iptables ruleset to > work with firewalld Nope, not yet. Just disable every service that has firewall in the name systemctl list-unit-files | fgrep -i firewall Then enable iptables and ip6tables and copy your old firewall rules over, everything is the same (except coming from centos 6 you may find the names of all the ethernet interfaces changed). I have no doubt that someday they'll figure out how to eradicate the old stuff completely, but for now you can still use it. ___ 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: Iptables->Firewalld Upgrade: Really Necessary?
On 7/20/19 6:20 AM, Tim Evans wrote: > I've been running an CentOS 6.x firewall/NAT router, using iptables for many > years. My > very simple iptables ruleset is based on the venerable Oskar Andreasson > tutorial > (https://www.frozentux.net/iptables-tutorial/iptables-tutorial.html). > > I'm planning on upgrading that system to Fedora 30, and am wondering if I > really, really > need to figure out how to port my iptables ruleset to work with firewalld. > Other than > the need to be up to date (I am originally from Kansas City), what're the > advantages of > firewalld? > > Installing F30, adding iptables and my current ruleset, and disabling > firewalld looks > very simple and quick. Why shouldn't I do it? > > If necessary, I can post an anonymized copy of the iptables ruleset on > pastbin, but > really looking for higher level advice. > Not necessary. But not everything you'll need will be installed by default. You'll need iptables-services: Description : iptables services for IPv4 and IPv6 : : This package provides the services iptables and ip6tables that have : been split out of the base package since they are not active by : default anymore. At the very least. (Actually, that may be all that you'll need) -- Right: I dislike the default color scheme Wrong: What idiot picked the default color scheme ___ 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
Iptables->Firewalld Upgrade: Really Necessary?
I've been running an CentOS 6.x firewall/NAT router, using iptables for many years. My very simple iptables ruleset is based on the venerable Oskar Andreasson tutorial (https://www.frozentux.net/iptables-tutorial/iptables-tutorial.html). I'm planning on upgrading that system to Fedora 30, and am wondering if I really, really need to figure out how to port my iptables ruleset to work with firewalld. Other than the need to be up to date (I am originally from Kansas City), what're the advantages of firewalld? Installing F30, adding iptables and my current ruleset, and disabling firewalld looks very simple and quick. Why shouldn't I do it? If necessary, I can post an anonymized copy of the iptables ruleset on pastbin, but really looking for higher level advice. Thanks. -- 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
Feeling REALLY stupid - Re: F30 install problem on Lenovo x131e
Boy is a power issue! My rats nest of power cables for all my power adapters for all the notebooks on my desk... The adapter for the new notebook was unplugged and I was doing the install off of battery. So just before the install finished, it shut off from not enough electrons. And of course booting again in any shape of form would not get the system working. How did I figure this out? I bought another x140e on ebay and booted the live CD. First thing I noticed on the status area was I was running on battery! Oy vey. Really got to get familiar with the various LEDs on the 140, different from the 121 that I have been using for lots of years. So off I go to do the install over, as it did not finish. On 6/21/19 11:17 PM, Andrey Ponomarenko wrote: Try to boot on battery only (w/o adapter) and on AC adapter only (w/o battery). May be this is a power issue since it is able to start booting. Memory problems usually lead to BSOD, not power off. 21.06.2019, 18:56, "Robert Moskowitz" : I am very concerned that the Lenovo x131e is bricked. I put in the Win10 HD. It starts to boot and the windows logo starts spinning and the system promptly shuts down. It may be memory, and I will have to see if I have any matching memory here (see if it uses the same as my x120e which I have a number of). I am concerned this happened at the step where the EFI is updated. This happened to my back in maybe F21? There the system would still boot of LiveCD and we were able to make manual changes for the booting. But burned once... Any recommendations on what I can do with this system? I will check on memory, but otherwise, HELP. Please? thanks On 6/20/19 6:40 PM, Igor Bezrodnik wrote: Do you know what is your gpu unit? Best is if you download liveDVD and try. You like xfce --> https://download.fedoraproject.org/pub/fedora/linux/releases/30/Spins/x86_64/iso/Fedora-Xfce-Live-x86_64-30-1.2.iso or torrent https://torrent.fedoraproject.org/torrents/Fedora-Xfce-Live-x86_64-30.torrent Once you boot up LiveDVD xfce open terminal and run this command lspci | grep -i --color 'vga\|3d\|2d'.Share with us findings if you before that not successfully install fedora spin xfce on your laptop. On Thu, 2019-06-20 at 14:54 -0400, Robert Moskowitz wrote: I have a refurbished x131e. I pulled the 320G HD and installed an empty 500GB SSD. From a USB SD I started the x64 NetInstall. In the install process, I set my location (Detroit), changed the host name, left the drive setup as default. Then I selected a bunch of software. I selected the Xfce desktop and a number of items on the right. About 1500 files and something like 1.23GB download. I proceeded with the install and set the root password and created my user ID. The download completed as did the rpms installs. The kernel build I think completed. My attention was elsewhere when the system just turned off. Bip. Off. I pulled the USB CD and powered up. It shut right off. I powered up again and the kernel selection menu shows for a bit and seems to select the first one. Then it shuts off. I have gone through this 2 'step' power up attempt twice. Now what? Anyone aware of anything like this? Should I try the install again, but just pretty much basic Xfce? Should I download a LiveCD (is there an Xfce one?) and see what I see on about the system and status of the drive? thanks ___ 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 ___ 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.
Re: really deep sleep mode?
On Tue, 14 May 2019 07:21:16 -0700 Gordon Messmer wrote: > I'd venture a guess that it's more likely the video driver locking up. > Use "journalctl" to get the logs from one of the failed periods and see > if there are any "kernel" log messages from that boot. Nothing in the logs that appears to be nvidia related or any kind of kernel crash at all. I do see loads of errors from sddm every time it starts that look like something to do with loading the various theme files, but since I can login (when it isn't asleep), they don't appear to be critical. ___ users mailing list -- users@lists.fedoraproject.org To unsubscribe send an email to users-le...@lists.fedoraproject.org Fedora Code of Conduct: https://getfedora.org/code-of-conduct.html List Guidelines: https://fedoraproject.org/wiki/Mailing_list_guidelines List Archives: https://lists.fedoraproject.org/archives/list/users@lists.fedoraproject.org
Re: really deep sleep mode?
On 5/14/19 4:59 AM, Tom Horsley wrote: Is there some sort of ultra deep sleep mode sddm goes into if it has been unused for a while? I'd venture a guess that it's more likely the video driver locking up. Use "journalctl" to get the logs from one of the failed periods and see if there are any "kernel" log messages from that boot. ___ users mailing list -- users@lists.fedoraproject.org To unsubscribe send an email to users-le...@lists.fedoraproject.org Fedora Code of Conduct: https://getfedora.org/code-of-conduct.html List Guidelines: https://fedoraproject.org/wiki/Mailing_list_guidelines List Archives: https://lists.fedoraproject.org/archives/list/users@lists.fedoraproject.org
Re: really deep sleep mode?
On Tue, 14 May 2019 13:15:13 +0100 Patrick O'Callaghan wrote: > Presumably you tried 'systemctl status sddm' > and 'strace -p '? Not yet. I'm usually in a hurry to do something useful rather than spend time investigating :-), so I thought I'd ask here first. I did look at the old Xorg log, and X was apparently running when I rebooted, and shut down normally on the reboot, no indication of any problem prior to the shutdown. ___ users mailing list -- users@lists.fedoraproject.org To unsubscribe send an email to users-le...@lists.fedoraproject.org Fedora Code of Conduct: https://getfedora.org/code-of-conduct.html List Guidelines: https://fedoraproject.org/wiki/Mailing_list_guidelines List Archives: https://lists.fedoraproject.org/archives/list/users@lists.fedoraproject.org
Re: really deep sleep mode?
On 5/14/19 7:59 PM, Tom Horsley wrote: > Is there some sort of ultra deep sleep mode > sddm goes into if it has been unused for a > while? No power on earth seems to be able to > get any signal to appear on my monitor after > I have let the system sit for a long weekend. > > Moving the mouse, tapping the spacebar, nothing > works. I've had to ssh into the system and > reboot to get it back twice now. Merely leaving > it overnight is no problem, but leaving it for > two or three days seems to render it unable to wake. None of my systems experience what you're talking about. 3 of them are VM's which I mostly access via ssh. But when I do login graphically I've not had any problems. The other is a laptop that can sit for over a week without being used. I just move the touch-pad a bit and the login screen shows without delay. -- Right: I dislike the default color scheme Wrong: What idiot picked the default color scheme ___ users mailing list -- users@lists.fedoraproject.org To unsubscribe send an email to users-le...@lists.fedoraproject.org Fedora Code of Conduct: https://getfedora.org/code-of-conduct.html List Guidelines: https://fedoraproject.org/wiki/Mailing_list_guidelines List Archives: https://lists.fedoraproject.org/archives/list/users@lists.fedoraproject.org
Re: really deep sleep mode?
On Tue, 2019-05-14 at 07:59 -0400, Tom Horsley wrote: > Is there some sort of ultra deep sleep mode > sddm goes into if it has been unused for a > while? No power on earth seems to be able to > get any signal to appear on my monitor after > I have let the system sit for a long weekend. > > Moving the mouse, tapping the spacebar, nothing > works. I've had to ssh into the system and > reboot to get it back twice now. Merely leaving > it overnight is no problem, but leaving it for > two or three days seems to render it unable to wake. Presumably you tried 'systemctl status sddm' and 'strace -p '? poc ___ users mailing list -- users@lists.fedoraproject.org To unsubscribe send an email to users-le...@lists.fedoraproject.org Fedora Code of Conduct: https://getfedora.org/code-of-conduct.html List Guidelines: https://fedoraproject.org/wiki/Mailing_list_guidelines List Archives: https://lists.fedoraproject.org/archives/list/users@lists.fedoraproject.org
really deep sleep mode?
Is there some sort of ultra deep sleep mode sddm goes into if it has been unused for a while? No power on earth seems to be able to get any signal to appear on my monitor after I have let the system sit for a long weekend. Moving the mouse, tapping the spacebar, nothing works. I've had to ssh into the system and reboot to get it back twice now. Merely leaving it overnight is no problem, but leaving it for two or three days seems to render it unable to wake. ___ users mailing list -- users@lists.fedoraproject.org To unsubscribe send an email to users-le...@lists.fedoraproject.org Fedora Code of Conduct: https://getfedora.org/code-of-conduct.html List Guidelines: https://fedoraproject.org/wiki/Mailing_list_guidelines List Archives: https://lists.fedoraproject.org/archives/list/users@lists.fedoraproject.org
Re: A stop job is running for Entropy Gatherer Daemon? Really?
On 5/5/19 6:07 AM, Tom Horsley wrote: But the service knows that. Why isn't there a way to tell systemd that in the .service file? There's no use case for it. rngd is expected to terminate (more or less) immediately after it gets sigterm. If there were another directive to ignore shutdown status (as there is already a timeout setting), no one would have put that one in rngd's service file either. systemd is doing what it was designed to do. It's operating correctly. Why is it more important to you to look for a reason to blame systemd than it is to simply correct the error in rngd? Does blaming systemd make a better community? ___ users mailing list -- users@lists.fedoraproject.org To unsubscribe send an email to users-le...@lists.fedoraproject.org Fedora Code of Conduct: https://getfedora.org/code-of-conduct.html List Guidelines: https://fedoraproject.org/wiki/Mailing_list_guidelines List Archives: https://lists.fedoraproject.org/archives/list/users@lists.fedoraproject.org
Re: A stop job is running for Entropy Gatherer Daemon? Really?
Tom Horsley writes: On Sat, 4 May 2019 22:12:11 -0600 Joe Zeff wrote: > Because systemd has no way of knowing what the service is doing or that > it's safe to kill it without waiting for it to finish. But the service knows that. Why isn't there a way to tell systemd that in the .service file? Yes, there is, the TimeouStopSec setting in [service], see systemd.service man page. But you have to know where it's buried in systemd's documentation. But this goes towards the mainstream mindset: chuck a start command into the service file, and forget about it. You're done. Systemd Knows Best. pgpuOVUCnyps7.pgp Description: PGP signature ___ users mailing list -- users@lists.fedoraproject.org To unsubscribe send an email to users-le...@lists.fedoraproject.org Fedora Code of Conduct: https://getfedora.org/code-of-conduct.html List Guidelines: https://fedoraproject.org/wiki/Mailing_list_guidelines List Archives: https://lists.fedoraproject.org/archives/list/users@lists.fedoraproject.org
Re: A stop job is running for Entropy Gatherer Daemon? Really?
On Sat, 4 May 2019 22:12:11 -0600 Joe Zeff wrote: > Because systemd has no way of knowing what the service is doing or that > it's safe to kill it without waiting for it to finish. But the service knows that. Why isn't there a way to tell systemd that in the .service file? ___ users mailing list -- users@lists.fedoraproject.org To unsubscribe send an email to users-le...@lists.fedoraproject.org Fedora Code of Conduct: https://getfedora.org/code-of-conduct.html List Guidelines: https://fedoraproject.org/wiki/Mailing_list_guidelines List Archives: https://lists.fedoraproject.org/archives/list/users@lists.fedoraproject.org
Re: A stop job is running for Entropy Gatherer Daemon? Really?
Allegedly, on or about 4 May 2019, Tom Horsley sent: > Though a sane person might ask, "Why is it the right thing to wait > for a service gathering information which will be utterly discarded > on the reboot anyway?" Well, much as I hate to defend systemd, *it* doesn't know that *that* service is one it can kill with impunity. Only that service would know whether it was okay to do so. -- [tim@localhost ~]$ uname -rsvp Linux 4.16.11-100.fc26.x86_64 #1 SMP Tue May 22 20:02:12 UTC 2018 x86_64 Boilerplate: All mail to my mailbox is automatically deleted. There is no point trying to privately email me, I only get to see the messages posted to the mailing list. Hooray! I finally finished typing this email. ___ users mailing list -- users@lists.fedoraproject.org To unsubscribe send an email to users-le...@lists.fedoraproject.org Fedora Code of Conduct: https://getfedora.org/code-of-conduct.html List Guidelines: https://fedoraproject.org/wiki/Mailing_list_guidelines List Archives: https://lists.fedoraproject.org/archives/list/users@lists.fedoraproject.org
Re: A stop job is running for Entropy Gatherer Daemon? Really?
On 05/04/2019 08:20 PM, Tom Horsley wrote: On Sat, 4 May 2019 18:58:32 -0700 Gordon Messmer wrote: We don't need tortured logic to blame systemd. It's doing the right thing. Though a sane person might ask, "Why is it the right thing to wait for a service gathering information which will be utterly discarded on the reboot anyway?" Because systemd has no way of knowing what the service is doing or that it's safe to kill it without waiting for it to finish. ___ users mailing list -- users@lists.fedoraproject.org To unsubscribe send an email to users-le...@lists.fedoraproject.org Fedora Code of Conduct: https://getfedora.org/code-of-conduct.html List Guidelines: https://fedoraproject.org/wiki/Mailing_list_guidelines List Archives: https://lists.fedoraproject.org/archives/list/users@lists.fedoraproject.org
Re: A stop job is running for Entropy Gatherer Daemon? Really?
On Sat, 4 May 2019 18:58:32 -0700 Gordon Messmer wrote: > We don't need tortured logic to blame systemd. It's doing the right > thing. Though a sane person might ask, "Why is it the right thing to wait for a service gathering information which will be utterly discarded on the reboot anyway?" ___ users mailing list -- users@lists.fedoraproject.org To unsubscribe send an email to users-le...@lists.fedoraproject.org Fedora Code of Conduct: https://getfedora.org/code-of-conduct.html List Guidelines: https://fedoraproject.org/wiki/Mailing_list_guidelines List Archives: https://lists.fedoraproject.org/archives/list/users@lists.fedoraproject.org
Re: A stop job is running for Entropy Gatherer Daemon? Really?
On 5/4/19 4:13 PM, Sam Varshavchik wrote: In the good-old days, when integrating some new gizmo like rngd, by the nature of the beast you'll always check into how it works and make a minimal effort to learn its basics. Basic due diligence. From the linked bugzilla bug, it seems that rngd was coded to ignore signals. I don't think the conversation on that bug supports that conclusion. This looks like it's simply a bug in rngd that causes an intermittent failure to terminate. (If it intentionally ignored signals, the failure would not be intermittent.) We don't need tortured logic to blame systemd. It's doing the right thing. There is a bug in rngd, and systemd is exposing that bug so that it can be fixed. That's how software should work. "Errors should never pass silently." (Zen of Python #10. Hello from Pycon!) ___ users mailing list -- users@lists.fedoraproject.org To unsubscribe send an email to users-le...@lists.fedoraproject.org Fedora Code of Conduct: https://getfedora.org/code-of-conduct.html List Guidelines: https://fedoraproject.org/wiki/Mailing_list_guidelines List Archives: https://lists.fedoraproject.org/archives/list/users@lists.fedoraproject.org
Re: A stop job is running for Entropy Gatherer Daemon? Really?
Samuel Sieb writes: On 5/4/19 9:32 AM, Sam Varshavchik wrote: How can you possibly get stopping a piddly daemon, like rngd, wrong? Who knows. It's brain damage. As usual, it is not a systemd problem, unless you consider that trying to do a clean shutdown is brain damage. The rngd process gets stuck sometimes (see the above mentioned bug) and systemd waits nicely for it to stop, but finally gives up and force kills it. In the good-old days, when integrating some new gizmo like rngd, by the nature of the beast you'll always check into how it works and make a minimal effort to learn its basics. Basic due diligence. From the linked bugzilla bug, it seems that rngd was coded to ignore signals. So, having learned that factoid, one would code the initscript to sigkill it, with no other options available. One would even likely run it, and test it, to be sure it works. Or maybe even not wasting time trying to stop it. The system's coming down. Who cares. But now, the mindset is completely different, and that's what I am describing as the brain damage. All you need is a service file with an ExecStart, to launch the thing. That's it. Nothing else needs to be done. Don't worry about it. Systemd Knows Best. It'll take care of stopping it. You don't need to do due diligence any more. Just trust the systemd to stop it. And that's how you end up with 90 second shutdown delays. pgp1YoNYOKDMg.pgp Description: PGP signature ___ users mailing list -- users@lists.fedoraproject.org To unsubscribe send an email to users-le...@lists.fedoraproject.org Fedora Code of Conduct: https://getfedora.org/code-of-conduct.html List Guidelines: https://fedoraproject.org/wiki/Mailing_list_guidelines List Archives: https://lists.fedoraproject.org/archives/list/users@lists.fedoraproject.org
Re: A stop job is running for Entropy Gatherer Daemon? Really?
On 5/4/19 9:32 AM, Sam Varshavchik wrote: I just wait 90 seconds, in those instances, and write it off as yet another systemd brain damage. According to systemd.service man page, TimeoutStopSec sets this timeout. So you can add that to rngd.service, I suppose. Or, if you want to bring out the big hammer, set DefaultTimeoutStopSec in /etc/systemd/system.conf, effectively changing the default timeout for everything. How can you possibly get stopping a piddly daemon, like rngd, wrong? Who knows. It's brain damage. As usual, it is not a systemd problem, unless you consider that trying to do a clean shutdown is brain damage. The rngd process gets stuck sometimes (see the above mentioned bug) and systemd waits nicely for it to stop, but finally gives up and force kills it. ___ users mailing list -- users@lists.fedoraproject.org To unsubscribe send an email to users-le...@lists.fedoraproject.org Fedora Code of Conduct: https://getfedora.org/code-of-conduct.html List Guidelines: https://fedoraproject.org/wiki/Mailing_list_guidelines List Archives: https://lists.fedoraproject.org/archives/list/users@lists.fedoraproject.org
Re: A stop job is running for Entropy Gatherer Daemon? Really?
On Sat, 04 May 2019 12:32:59 -0400 Sam Varshavchik wrote: > Maybe 1 in every 20 if my reboots gets held up for "stopping user processes". That happens to me so often that I built an entire big hammer from scratch just to hit the system with when I reboot: https://tomhorsley.com/game/punch.html I've added more stuff to my pre-reboot script documented there from time to time. Apparently apache can imagine it is streaming to my tablet or something and won't shut down, so I now kill off apache in there before rebooting. Perhaps I'll need to add a kill -9 of rngd as well... ___ users mailing list -- users@lists.fedoraproject.org To unsubscribe send an email to users-le...@lists.fedoraproject.org Fedora Code of Conduct: https://getfedora.org/code-of-conduct.html List Guidelines: https://fedoraproject.org/wiki/Mailing_list_guidelines List Archives: https://lists.fedoraproject.org/archives/list/users@lists.fedoraproject.org
Re: A stop job is running for Entropy Gatherer Daemon? Really?
Tom Horsley writes: I'm frequently rebooting my new fedora 30 install as I test things, and on one reboot I got the entire boot process held up by a stop job for rngd.service. I'm rebooting for God's sake. Why do you need to stop the reboot process to wait till you've gathered enough entropy which will be thrown away immediately on reboot? Can a individual service file be configured to exit immediately on reboot? There's a default 90 second timeout on stopping a service, before it gets forcefully stopped. Maybe 1 in every 20 if my reboots gets held up for "stopping user processes". Apparently, I am asked to believe that selecting "Reboot" from the desktop does not always stop every user process, for some reason, even though X is completely killed, as well as everything that should be started from it, or from the user login. I just wait 90 seconds, in those instances, and write it off as yet another systemd brain damage. According to systemd.service man page, TimeoutStopSec sets this timeout. So you can add that to rngd.service, I suppose. Or, if you want to bring out the big hammer, set DefaultTimeoutStopSec in /etc/systemd/system.conf, effectively changing the default timeout for everything. How can you possibly get stopping a piddly daemon, like rngd, wrong? Who knows. It's brain damage. pgpJgvFv3h3HA.pgp Description: PGP signature ___ users mailing list -- users@lists.fedoraproject.org To unsubscribe send an email to users-le...@lists.fedoraproject.org Fedora Code of Conduct: https://getfedora.org/code-of-conduct.html List Guidelines: https://fedoraproject.org/wiki/Mailing_list_guidelines List Archives: https://lists.fedoraproject.org/archives/list/users@lists.fedoraproject.org
Re: A stop job is running for Entropy Gatherer Daemon? Really?
I guess this is probably this bug: https://bugzilla.redhat.com/show_bug.cgi?id=1690364 ___ users mailing list -- users@lists.fedoraproject.org To unsubscribe send an email to users-le...@lists.fedoraproject.org Fedora Code of Conduct: https://getfedora.org/code-of-conduct.html List Guidelines: https://fedoraproject.org/wiki/Mailing_list_guidelines List Archives: https://lists.fedoraproject.org/archives/list/users@lists.fedoraproject.org
A stop job is running for Entropy Gatherer Daemon? Really?
I'm frequently rebooting my new fedora 30 install as I test things, and on one reboot I got the entire boot process held up by a stop job for rngd.service. I'm rebooting for God's sake. Why do you need to stop the reboot process to wait till you've gathered enough entropy which will be thrown away immediately on reboot? Can a individual service file be configured to exit immediately on reboot? ___ users mailing list -- users@lists.fedoraproject.org To unsubscribe send an email to users-le...@lists.fedoraproject.org Fedora Code of Conduct: https://getfedora.org/code-of-conduct.html List Guidelines: https://fedoraproject.org/wiki/Mailing_list_guidelines List Archives: https://lists.fedoraproject.org/archives/list/users@lists.fedoraproject.org
Re: really off topic -- yahoo email issue!
Hi List. Thanks for letting me post some things that are seriously off topic. The issue of using php/(b2evolution) to handle sending emails -- using an smtp server. Testing against smtp.yahoo.com with the required SSL/port. Never could get it to quite work. However, when using gmail's smtp server, and the same setup, everything appears to work. The basic process, set up the smtp address use SSL/465 (i believe) use the required username/passwd for the acct setup the security to allow "relaxed" 3rd party usage do a test to have valid server connection, as well as valid email through the smtp.. and you should be ok.. Wish I could figureout just what/why yahoo didn't work.. On Sat, Oct 20, 2018 at 2:02 PM bruce wrote: > > Hi Alex... > > After much thrashing.. I decided to test the use of the smtp.yahoo.com > smtp server with the user/passwd/port... > > While I can seem to generate a valid server connection, it appears > something is happening to prevent a successful test email > > arrrggghhh.. the trek continues! > > On Sat, Oct 20, 2018 at 1:26 PM Alexander Dalloz wrote: > > > > Am 20.10.2018 um 18:03 schrieb bruce: > > > Hi Walter, > > > > > > This is a simple digitalocean test server/app. there's an ipaddress.. > > > no dns.. no FQDN.. just some test php, as well as the test open source > > > web app i'm testing out.. > > > > Your setup has the footprint of a spammer. Yahoo has implemented DMARK > > and your testing has no much chance to succeed. > > > > > So the "normal" process one would use for email/dns/etc.. aren't here.. > > > > > > thanks > > > > Alexander > > ___ > > users mailing list -- users@lists.fedoraproject.org > > To unsubscribe send an email to users-le...@lists.fedoraproject.org > > Fedora Code of Conduct: https://getfedora.org/code-of-conduct.html > > List Guidelines: https://fedoraproject.org/wiki/Mailing_list_guidelines > > List Archives: > > https://lists.fedoraproject.org/archives/list/users@lists.fedoraproject.org ___ users mailing list -- users@lists.fedoraproject.org To unsubscribe send an email to users-le...@lists.fedoraproject.org Fedora Code of Conduct: https://getfedora.org/code-of-conduct.html List Guidelines: https://fedoraproject.org/wiki/Mailing_list_guidelines List Archives: https://lists.fedoraproject.org/archives/list/users@lists.fedoraproject.org
Re: really off topic -- yahoo email issue!
On Sat, Oct 20, 2018 at 02:02:52PM -0400, bruce wrote: > While I can seem to generate a valid server connection, it appears > something is happening to prevent a successful test email Remember that with Google, it may identify your server as a "Less secure system". The account owner has to authorize connection with such a system. Cheers, -- Dave Ihnat ___ users mailing list -- users@lists.fedoraproject.org To unsubscribe send an email to users-le...@lists.fedoraproject.org Fedora Code of Conduct: https://getfedora.org/code-of-conduct.html List Guidelines: https://fedoraproject.org/wiki/Mailing_list_guidelines List Archives: https://lists.fedoraproject.org/archives/list/users@lists.fedoraproject.org
Re: really off topic -- yahoo email issue!
Hi Alex... After much thrashing.. I decided to test the use of the smtp.yahoo.com smtp server with the user/passwd/port... While I can seem to generate a valid server connection, it appears something is happening to prevent a successful test email arrrggghhh.. the trek continues! On Sat, Oct 20, 2018 at 1:26 PM Alexander Dalloz wrote: > > Am 20.10.2018 um 18:03 schrieb bruce: > > Hi Walter, > > > > This is a simple digitalocean test server/app. there's an ipaddress.. > > no dns.. no FQDN.. just some test php, as well as the test open source > > web app i'm testing out.. > > Your setup has the footprint of a spammer. Yahoo has implemented DMARK > and your testing has no much chance to succeed. > > > So the "normal" process one would use for email/dns/etc.. aren't here.. > > > > thanks > > Alexander > ___ > users mailing list -- users@lists.fedoraproject.org > To unsubscribe send an email to users-le...@lists.fedoraproject.org > Fedora Code of Conduct: https://getfedora.org/code-of-conduct.html > List Guidelines: https://fedoraproject.org/wiki/Mailing_list_guidelines > List Archives: > https://lists.fedoraproject.org/archives/list/users@lists.fedoraproject.org ___ users mailing list -- users@lists.fedoraproject.org To unsubscribe send an email to users-le...@lists.fedoraproject.org Fedora Code of Conduct: https://getfedora.org/code-of-conduct.html List Guidelines: https://fedoraproject.org/wiki/Mailing_list_guidelines List Archives: https://lists.fedoraproject.org/archives/list/users@lists.fedoraproject.org
Re: really off topic -- yahoo email issue!
Am 20.10.2018 um 18:03 schrieb bruce: Hi Walter, This is a simple digitalocean test server/app. there's an ipaddress.. no dns.. no FQDN.. just some test php, as well as the test open source web app i'm testing out.. Your setup has the footprint of a spammer. Yahoo has implemented DMARK and your testing has no much chance to succeed. So the "normal" process one would use for email/dns/etc.. aren't here.. thanks Alexander ___ users mailing list -- users@lists.fedoraproject.org To unsubscribe send an email to users-le...@lists.fedoraproject.org Fedora Code of Conduct: https://getfedora.org/code-of-conduct.html List Guidelines: https://fedoraproject.org/wiki/Mailing_list_guidelines List Archives: https://lists.fedoraproject.org/archives/list/users@lists.fedoraproject.org
Re: really off topic -- yahoo email issue!
Hi Walter, This is a simple digitalocean test server/app. there's an ipaddress.. no dns.. no FQDN.. just some test php, as well as the test open source web app i'm testing out.. So the "normal" process one would use for email/dns/etc.. aren't here.. thanks On Sat, Oct 20, 2018 at 11:54 AM Walter H. wrote: > > On 20.10.2018 17:28, bruce wrote: > > Hi Walter, > > > > Thanks for the reply. > > > is there any log maybe the mail is rejected or whatever? > > your webserver should relay to sendmail/postfix and this part has the log; > > your server should have a correct rDNS and DNS which is used in EHLO > > > > ___ > users mailing list -- users@lists.fedoraproject.org > To unsubscribe send an email to users-le...@lists.fedoraproject.org > Fedora Code of Conduct: https://getfedora.org/code-of-conduct.html > List Guidelines: https://fedoraproject.org/wiki/Mailing_list_guidelines > List Archives: > https://lists.fedoraproject.org/archives/list/users@lists.fedoraproject.org ___ users mailing list -- users@lists.fedoraproject.org To unsubscribe send an email to users-le...@lists.fedoraproject.org Fedora Code of Conduct: https://getfedora.org/code-of-conduct.html List Guidelines: https://fedoraproject.org/wiki/Mailing_list_guidelines List Archives: https://lists.fedoraproject.org/archives/list/users@lists.fedoraproject.org
Re: really off topic -- yahoo email issue!
On 20.10.2018 17:28, bruce wrote: Hi Walter, Thanks for the reply. is there any log maybe the mail is rejected or whatever? your webserver should relay to sendmail/postfix and this part has the log; your server should have a correct rDNS and DNS which is used in EHLO smime.p7s Description: S/MIME Cryptographic Signature ___ users mailing list -- users@lists.fedoraproject.org To unsubscribe send an email to users-le...@lists.fedoraproject.org Fedora Code of Conduct: https://getfedora.org/code-of-conduct.html List Guidelines: https://fedoraproject.org/wiki/Mailing_list_guidelines List Archives: https://lists.fedoraproject.org/archives/list/users@lists.fedoraproject.org
Re: really off topic -- yahoo email issue!
Hi Walter, Thanks for the reply. Tried the change/suggestions in the header... Actually changed the > Return-Path: b2evo-return@104.248.125.83<--- this is no good idea, FQDN expected > MIME-Version: 1.0 > Date: Sat, 20 Oct 2018 06:08:17 + > X-Mailer: b2evolution 6.10.3-stable - PHP/7.2.11<--- replace this with something useful, e.g. 'Xmail [en]' to the test email -->badoug...@gmail.com for the "return path" No luck. I'm starting to suspect that the underlying/internal php process in the app isn't going through due to Yahoo blocking.. Although, yahoo's email isn't returning anything in the spam process. I'm thinking the overall process will need to implement a smtp gateway/auth process. Not sure why the "normal" process works for gmail though... thoughts/comments??? On Sat, Oct 20, 2018 at 5:49 AM Walter H. wrote: > > On 20.10.2018 10:57, bruce wrote: > > However, the yahoo process seems to have issues with the emai. I've > > submitted the test email address to the yahoo contacts list as well as > > checking the spam folder. No luck. > see comments below > > > The headers of the email are: > > > > usc_...@yahoo.com > > Subject: > > > > Activate your account: tom > > > > Headers: > > > > Content-Type: multipart/mixed; > > boundary="b2evo-a329f0ea8b1d31bc1f14487c57eec208" > > From: "b2evo mailer" > > Return-Path: b2evo-return@104.248.125.83<--- this is no good idea, FQDN > > expected > > MIME-Version: 1.0 > > Date: Sat, 20 Oct 2018 06:08:17 + > > X-Mailer: b2evolution 6.10.3-stable - PHP/7.2.11<--- replace this with > > something useful, e.g. 'Xmail [en]' > > X-Remote-Addr: 74.178.140.153 > > > > Text content: Content-Type: text/plain; charset=utf-8 > > > > Hello tom! > > > > You have recently registered a new account > > onhttp://104.248.125.83/foo/htsrv/email_passthrough.php?email_ID=3&type=link&email_key=***prevent-tracking-through-log***ErtLBym6Xl1VuQ17rNsADPbW8Qsr8Sxq&redirect_to=%20http%3A%2F%2F104.248.125.83%2Ffoo%2F > > . > > > > You must activate this account by clicking below in order to be able > > to use all the site features. > > > > Your login is: tom > > Your email is: usc_...@yahoo.com > > > > Please activate this account by clicking on the following link: > > http://104.248.125.83/foo/htsrv/email_passthrough.php?email_ID=3&type=link&email_key=***prevent-tracking-through-log***ErtLBym6Xl1VuQ17rNsADPbW8Qsr8Sxq&redirect_to=http%3A%2F%2F104.248.125.83%2Ffoo%2Fhtsrv%2Flogin.php%3Faction%3Dactivateacc_ez%26userID%3D8%26reminderKey%3DRZCEGLiGV2dbdXIRDYwdmqVlonvKSr4t<--- > > also there is an FQDN expected ... > > > > > ___ > users mailing list -- users@lists.fedoraproject.org > To unsubscribe send an email to users-le...@lists.fedoraproject.org > Fedora Code of Conduct: https://getfedora.org/code-of-conduct.html > List Guidelines: https://fedoraproject.org/wiki/Mailing_list_guidelines > List Archives: > https://lists.fedoraproject.org/archives/list/users@lists.fedoraproject.org ___ users mailing list -- users@lists.fedoraproject.org To unsubscribe send an email to users-le...@lists.fedoraproject.org Fedora Code of Conduct: https://getfedora.org/code-of-conduct.html List Guidelines: https://fedoraproject.org/wiki/Mailing_list_guidelines List Archives: https://lists.fedoraproject.org/archives/list/users@lists.fedoraproject.org
Re: really off topic -- yahoo email issue!
On 20.10.2018 10:57, bruce wrote: However, the yahoo process seems to have issues with the emai. I've submitted the test email address to the yahoo contacts list as well as checking the spam folder. No luck. see comments below The headers of the email are: usc_...@yahoo.com Subject: Activate your account: tom Headers: Content-Type: multipart/mixed; boundary="b2evo-a329f0ea8b1d31bc1f14487c57eec208" From: "b2evo mailer" Return-Path: b2evo-return@104.248.125.83<--- this is no good idea, FQDN expected MIME-Version: 1.0 Date: Sat, 20 Oct 2018 06:08:17 + X-Mailer: b2evolution 6.10.3-stable - PHP/7.2.11<--- replace this with something useful, e.g. 'Xmail [en]' X-Remote-Addr: 74.178.140.153 Text content: Content-Type: text/plain; charset=utf-8 Hello tom! You have recently registered a new account onhttp://104.248.125.83/foo/htsrv/email_passthrough.php?email_ID=3&type=link&email_key=***prevent-tracking-through-log***ErtLBym6Xl1VuQ17rNsADPbW8Qsr8Sxq&redirect_to=%20http%3A%2F%2F104.248.125.83%2Ffoo%2F . You must activate this account by clicking below in order to be able to use all the site features. Your login is: tom Your email is: usc_...@yahoo.com Please activate this account by clicking on the following link: http://104.248.125.83/foo/htsrv/email_passthrough.php?email_ID=3&type=link&email_key=***prevent-tracking-through-log***ErtLBym6Xl1VuQ17rNsADPbW8Qsr8Sxq&redirect_to=http%3A%2F%2F104.248.125.83%2Ffoo%2Fhtsrv%2Flogin.php%3Faction%3Dactivateacc_ez%26userID%3D8%26reminderKey%3DRZCEGLiGV2dbdXIRDYwdmqVlonvKSr4t<--- also there is an FQDN expected ... smime.p7s Description: S/MIME Cryptographic Signature ___ users mailing list -- users@lists.fedoraproject.org To unsubscribe send an email to users-le...@lists.fedoraproject.org Fedora Code of Conduct: https://getfedora.org/code-of-conduct.html List Guidelines: https://fedoraproject.org/wiki/Mailing_list_guidelines List Archives: https://lists.fedoraproject.org/archives/list/users@lists.fedoraproject.org
really off topic -- yahoo email issue!
Feel free to ignore this one !! I'm testing a webapp, using the test ipadress from the previous email thread on the apache/vhost setup. In this case, I'm sending a "test" email to a dummy yahoo email account to register a test user in the test app. When I perform this same action with a dummy gmail account, gmail accepts th email. I can see it. However, the yahoo process seems to have issues with the emai. I've submitted the test email address to the yahoo contacts list as well as checking the spam folder. No luck. The headers of the email are: usc_...@yahoo.com Subject: Activate your account: tom Headers: Content-Type: multipart/mixed; boundary="b2evo-a329f0ea8b1d31bc1f14487c57eec208" From: "b2evo mailer" Return-Path: b2evo-return@104.248.125.83 MIME-Version: 1.0 Date: Sat, 20 Oct 2018 06:08:17 + X-Mailer: b2evolution 6.10.3-stable - PHP/7.2.11 X-Remote-Addr: 74.178.140.153 Text content: Content-Type: text/plain; charset=utf-8 Hello tom! You have recently registered a new account onhttp://104.248.125.83/foo/htsrv/email_passthrough.php?email_ID=3&type=link&email_key=***prevent-tracking-through-log***ErtLBym6Xl1VuQ17rNsADPbW8Qsr8Sxq&redirect_to=%20http%3A%2F%2F104.248.125.83%2Ffoo%2F . You must activate this account by clicking below in order to be able to use all the site features. Your login is: tom Your email is: usc_...@yahoo.com Please activate this account by clicking on the following link: http://104.248.125.83/foo/htsrv/email_passthrough.php?email_ID=3&type=link&email_key=***prevent-tracking-through-log***ErtLBym6Xl1VuQ17rNsADPbW8Qsr8Sxq&redirect_to=http%3A%2F%2F104.248.125.83%2Ffoo%2Fhtsrv%2Flogin.php%3Faction%3Dactivateacc_ez%26userID%3D8%26reminderKey%3DRZCEGLiGV2dbdXIRDYwdmqVlonvKSr4t ___ users mailing list -- users@lists.fedoraproject.org To unsubscribe send an email to users-le...@lists.fedoraproject.org Fedora Code of Conduct: https://getfedora.org/code-of-conduct.html List Guidelines: https://fedoraproject.org/wiki/Mailing_list_guidelines List Archives: https://lists.fedoraproject.org/archives/list/users@lists.fedoraproject.org
Re: portable (really) Fedora on stick
Hi and thanks for all replies. The `dracut-config-generic` package did the job with Fedora 28. I'm actually building this for a non-technical person. What I did was: * install on stick with netinst fedora image (BIOS mode) * choose XFCE desktop * choose basic layout (without LVM) with ~20GB root partition ** remove flash partition ** create VFAT partition for sharing files with windows (make it first partition [*]) * install dracut-config-generic, codecs and VLC * rebuild initramfs * set uid= in fstab for the VFAT partition * link Documents, Pictures, etc. to the VFAT partition ** disable Firefox disk cache (about:config -> browser.cache.disk) [**] ** make locked memory for target user unlimited in limits.d/memlock.conf (default fedora limit might be reasonable for a server but not for a workstation) It looks and works pretty descent. Presently installing on a 32GB USB 3.0 stick. If said user likes the setup I'll recommend switching to an external SSD/NVMe. Thanks again and have fun! [**] Without removing FF disk cache youtube videos have been cutting out like crazy and data constantly being written to the stick. [*] I had only one issue. When I put stick into windows 7 it shows "disk f:" and asks me to format it. It didn't show the VFAT partition because it is third partition in the MBR. I had to use fdisk to just change partition numbers. Then boot with install CD in rescue mode to chroot into the system, then `grub2-mkconfig > /etc/grub2.cfg` and `grub2-install /dev/sdX`. [1] https://superuser.com/questions/400560/windows-7-doesnt-recognize-second-partition-on-removable-disk ja wrote on 04/24/18 11:30: On Mon, 2018-04-23 at 23:52 +0300, Aleksandar Kostadinov wrote: ja wrote on 04/23/18 20:28: On Mon, 2018-04-23 at 17:20 +0300, Aleksandar Kostadinov wrote: Hi, I'm reading documentation [1] for Fedora on a USB stick. The only option to have a portable fedora on a stick seems to be by creating an overlay FS and this certainly leads to getting out of disk space at some point. I would really like to create Fedora on USB that I can plug anywhere and work off it. I was thinking that perhaps I can just install regular fedora on a USB stick like I would do on a hard drive. Then it can be updated and used just like any other Fedora machine. Perhaps disable persistent logging and swap so that flash memory doesn't wear out. One issue I presently know about is dracut. It creates by default images that only support a specific hardware. i.e. if I install kernel on a machine with an nforce disk controller, it will put in intird only that module thus Fedora will not boot on a machine with AHCI controller. Maybe this wouldn't matter when all things are on the USB drive but then can there be a problem with different USB controller modules? I was wondering if anybody tried that and has tips for greated portability. Thank you, Aleksandar I have been doing this for several years, currently F27, but only as a recovery Stick. I just do a standard install but use a custom disk layout using ext4 / partition - no LMV. gdisk -l /dev/sda Number Start (sector)End (sector) Size Code Name 12048 1026047 500.0 MiB EF00 EFI System 2 1026048 1028095 1024.0 KiB EF02 BIOS boot partition 3 1028096 3125247 1024.0 MiB 8300 Linux filesystem 4 312524819902463 8.0 GiB 8200 Linux swap 51990246461800414 20.0 GiB8300 Linux filesystem I have recently been using a Corsair GT 32GB stick Thanks a lot for the tip! I am also planning to start with a 32GB USB 3.0 stick. It looks like though that you are having EFI and BIOS mode both supported. Would you share how did you achieve it? I usually pre-format SSD's, sticks with a "standard" partition layout using gdisk before installing Fedora. This was it for this stick - "BIOS" & "EFI" boot partitions. All my machines have compatibility mode for booting. F27 was installed on this stick on a machine with EFI but "BIOS" mode was selected/forced during installation. I have just re-tested the stick It will boot on a 10 year old laptop with dual AMD Althon & only USB2. Also on Intel i7-6700K machine using "BIOS" mode. John ___ users mailing list -- users@lists.fedoraproject.org To unsubscribe send an email to users-le...@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://getfedora.org/code-of-conduct.html List Guidelines: https://fedoraproject.org/wiki/Mailing_list_guidelines List Archives: https://lists.fedoraproject.org/archives/list/users@lists.fedoraproject.org/message/6TDLMFYWDAKN332ZHU2VEUZQAMQOWHWR/
Re: portable (really) Fedora on stick
On somewhat of a tangent... I wonder if Fedora Atomic Workstation would be useful for portable Fedora? I would probably fix the problem of updating packages taking forever on Flash memory... Downloading now... Richard ___ users mailing list -- users@lists.fedoraproject.org To unsubscribe send an email to users-le...@lists.fedoraproject.org
Re: portable (really) Fedora on stick
On 04/26/2018 06:56 AM, Richard Shaw wrote: I was originally trying to get Fedora-on-a-stick working with a USB 3.0 stick w/ a 32GB Class 10 SD card. The performance with a "standard" install was not acceptable and updates took WA too long. Since the performance using the live method with a compressed image was WAY better I was trying to find a way to use the live type install with overlay-fs (or an alternative) and then have a way to take all the deltas in the overlay-fs file and commit them back into the main image file on occasion, but the tools aren't really "there" yet and it was very cumbersome. I think M.2 + USB 3.0/3.1 is the way to go but it is a lot bigger than my tiny USB 3.0 w/ microSD card setup. Thanks, Richard I still use the Live USB on USB 3 sticks. My SATA SSD USB 3.1 carrier boots a lot faster. Both still beat native Windows, even on USB 2. M.2 SATA sticks are a bit skinnier than standard 2.5" SATA carriers, but I haven't notices a problem with the 2.5" as they are flat and fit nicely in my briefcase. Also, the USB-C connector (I have lots of adapter) comes in handy too. Have not found a M.2 NVMe to USB 3.x carrier. I find the Live USB to be a pain-in-the-a** as you really can't customize them much. Each time you add something, even though you remove it later, it doesn't give you back the space. And you fill up really fast. Plus, for some reason, they corrupt a lot. I have mainly traced this back to something Windows does to them when you insert them in a running machine. (I have since disciplined myself to only insert them into a powered off Windows machine.) Now to figure out how to get my USB 3.1 drive to boot off both legacy BIOS and EUFI. ___ users mailing list -- users@lists.fedoraproject.org To unsubscribe send an email to users-le...@lists.fedoraproject.org
Re: portable (really) Fedora on stick
I was originally trying to get Fedora-on-a-stick working with a USB 3.0 stick w/ a 32GB Class 10 SD card. The performance with a "standard" install was not acceptable and updates took WA too long. Since the performance using the live method with a compressed image was WAY better I was trying to find a way to use the live type install with overlay-fs (or an alternative) and then have a way to take all the deltas in the overlay-fs file and commit them back into the main image file on occasion, but the tools aren't really "there" yet and it was very cumbersome. I think M.2 + USB 3.0/3.1 is the way to go but it is a lot bigger than my tiny USB 3.0 w/ microSD card setup. Thanks, Richard ___ users mailing list -- users@lists.fedoraproject.org To unsubscribe send an email to users-le...@lists.fedoraproject.org
Re: portable (really) Fedora on stick
On 04/23/2018 07:20 AM, Aleksandar Kostadinov wrote: Hi, I'm reading documentation [1] for Fedora on a USB stick. The only option to have a portable fedora on a stick seems to be by creating an overlay FS and this certainly leads to getting out of disk space at some point. I would really like to create Fedora on USB that I can plug anywhere and work off it. I was thinking that perhaps I can just install regular fedora on a USB stick like I would do on a hard drive. Then it can be updated and used just like any other Fedora machine. Perhaps disable persistent logging and swap so that flash memory doesn't wear out. One issue I presently know about is dracut. It creates by default images that only support a specific hardware. i.e. if I install kernel on a machine with an nforce disk controller, it will put in intird only that module thus Fedora will not boot on a machine with AHCI controller. Maybe this wouldn't matter when all things are on the USB drive but then can there be a problem with different USB controller modules? I was wondering if anybody tried that and has tips for greated portability. Thank you, Aleksandar [1] https://docs.fedoraproject.org/quick-docs/en-US/creating-and-using-a-live-installation-image.html I carry around a 240 GB SSD in a USB 3.1 carrier with FC 28 Beta on it. It use to have FC27 on it, but I upgraded. It took all night. As far as speed goes, it operated much slower than native Fedora, but it operates somewhat faster than native Windows "I Can't Count" (w10), which always amuses me. I use it to rescue Windows machines and to administer networks. (Linux has all the cool tools.) I adore carrying around my own operating system. And one that works well to boot. The one thing I don't like is that it will only boot off of EUFI. Anyone know how to get it to dual boot off of legacy BIOS as well as EUFI? ___ users mailing list -- users@lists.fedoraproject.org To unsubscribe send an email to users-le...@lists.fedoraproject.org
Re: portable (really) Fedora on stick
Hi, On 23-04-18 16:20, Aleksandar Kostadinov wrote: Hi, I'm reading documentation [1] for Fedora on a USB stick. The only option to have a portable fedora on a stick seems to be by creating an overlay FS and this certainly leads to getting out of disk space at some point. I would really like to create Fedora on USB that I can plug anywhere and work off it. I was thinking that perhaps I can just install regular fedora on a USB stick like I would do on a hard drive. Then it can be updated and used just like any other Fedora machine. Perhaps disable persistent logging and swap so that flash memory doesn't wear out. One issue I presently know about is dracut. It creates by default images that only support a specific hardware. i.e. if I install kernel on a machine with an nforce disk controller, it will put in intird only that module thus Fedora will not boot on a machine with AHCI controller. Maybe this wouldn't matter when all things are on the USB drive but then can there be a problem with different USB controller modules? I was wondering if anybody tried that and has tips for greated portability. Just installing to an USB stick instead of running a live iso from the USB stick will work. But USB sticks tend to be slow, someone else in the thread already gave some tips for some better performing USB sticks, but if you're going to spend some money on the hardware side I've a different suggestion: I often carry an extra Fedora install with me on a m2 sata SSD in an usb enclosure like this: https://www.aliexpress.com/item/JEYI-R8-TYPE-C-USB3-0-USB3-0-m-2-NGFF-SSD-Mobile-Drive-VIA-VLI713/32839908764.html Or if you want 10Gbps USB-3.1 gen2: https://www.aliexpress.com/item/M-2-B-Key-SSD-to-USB-3-1-Type-C-Enclosure-Card-Converter-Adapter-External/32863999463.html This will allow you to use any m2 *SATA* SSD of your choice, and these are often a whole lot faster then USB sticks. Regards, Hans ___ users mailing list -- users@lists.fedoraproject.org To unsubscribe send an email to users-le...@lists.fedoraproject.org
Re: portable (really) Fedora on stick
On 23/04/2018 20:10, Samuel Sieb wrote: This makes all the initramfs files that dracut creates to be equivalent to the "rescue" version, meaning that they have all the kernel modules instead of just the ones for the system it was installed on. Does making the kernel equivalent to the "rescue" kernel also mean that all the different wireless firmwares are immediately available, for current, and historic, Eth and WiFi electronics that might be needed for when using a "portable" Fedora? I'm especially thinking about using on older laptops or PCs where various plugin cards (PCMCIA, Cardbus, EISA, PCI, which often seem to have employed widely-used electronics) might be encountered? Sounds useful, if possible. Ron ___ users mailing list -- users@lists.fedoraproject.org To unsubscribe send an email to users-le...@lists.fedoraproject.org
Re: portable (really) Fedora on stick
On Mon, 2018-04-23 at 23:52 +0300, Aleksandar Kostadinov wrote: > ja wrote on 04/23/18 20:28: > > On Mon, 2018-04-23 at 17:20 +0300, Aleksandar Kostadinov wrote: > > > Hi, > > > > > > I'm reading documentation [1] for Fedora on a USB stick. The only option > > > to have a portable fedora on a stick seems to be by creating an overlay > > > FS and this certainly leads to getting out of disk space at some point. > > > > > > I would really like to create Fedora on USB that I can plug anywhere and > > > work off it. > > > > > > I was thinking that perhaps I can just install regular fedora on a USB > > > stick like I would do on a hard drive. Then it can be updated and used > > > just like any other Fedora machine. Perhaps disable persistent logging > > > and swap so that flash memory doesn't wear out. > > > > > > One issue I presently know about is dracut. It creates by default images > > > that only support a specific hardware. i.e. if I install kernel on a > > > machine with an nforce disk controller, it will put in intird only that > > > module thus Fedora will not boot on a machine with AHCI controller. > > > > > > Maybe this wouldn't matter when all things are on the USB drive but then > > > can there be a problem with different USB controller modules? > > > > > > I was wondering if anybody tried that and has tips for greated > > > portability. > > > > > > Thank you, > > > Aleksandar > > > > > > > > > > I have been doing this for several years, currently F27, > > but only as a recovery Stick. > > I just do a standard install but use a custom disk layout > > using ext4 / partition - no LMV. > > gdisk -l /dev/sda > > Number Start (sector)End (sector) Size Code Name > > > > 12048 1026047 500.0 MiB EF00 EFI System > > 2 1026048 1028095 1024.0 KiB EF02 BIOS boot > > partition > > 3 1028096 3125247 1024.0 MiB 8300 Linux filesystem > > 4 312524819902463 8.0 GiB 8200 Linux swap > > 51990246461800414 20.0 GiB8300 Linux filesystem > > > > I have recently been using a Corsair GT 32GB stick > > Thanks a lot for the tip! I am also planning to start with a 32GB USB > 3.0 stick. It looks like though that you are having EFI and BIOS mode > both supported. Would you share how did you achieve it? > I usually pre-format SSD's, sticks with a "standard" partition layout using gdisk before installing Fedora. This was it for this stick - "BIOS" & "EFI" boot partitions. All my machines have compatibility mode for booting. F27 was installed on this stick on a machine with EFI but "BIOS" mode was selected/forced during installation. I have just re-tested the stick It will boot on a 10 year old laptop with dual AMD Althon & only USB2. Also on Intel i7-6700K machine using "BIOS" mode. John ___ users mailing list -- users@lists.fedoraproject.org To unsubscribe send an email to users-le...@lists.fedoraproject.org
Re: portable (really) Fedora on stick
ja wrote on 04/23/18 20:28: On Mon, 2018-04-23 at 17:20 +0300, Aleksandar Kostadinov wrote: Hi, I'm reading documentation [1] for Fedora on a USB stick. The only option to have a portable fedora on a stick seems to be by creating an overlay FS and this certainly leads to getting out of disk space at some point. I would really like to create Fedora on USB that I can plug anywhere and work off it. I was thinking that perhaps I can just install regular fedora on a USB stick like I would do on a hard drive. Then it can be updated and used just like any other Fedora machine. Perhaps disable persistent logging and swap so that flash memory doesn't wear out. One issue I presently know about is dracut. It creates by default images that only support a specific hardware. i.e. if I install kernel on a machine with an nforce disk controller, it will put in intird only that module thus Fedora will not boot on a machine with AHCI controller. Maybe this wouldn't matter when all things are on the USB drive but then can there be a problem with different USB controller modules? I was wondering if anybody tried that and has tips for greated portability. Thank you, Aleksandar I have been doing this for several years, currently F27, but only as a recovery Stick. I just do a standard install but use a custom disk layout using ext4 / partition - no LMV. gdisk -l /dev/sda Number Start (sector)End (sector) Size Code Name 12048 1026047 500.0 MiB EF00 EFI System 2 1026048 1028095 1024.0 KiB EF02 BIOS boot partition 3 1028096 3125247 1024.0 MiB 8300 Linux filesystem 4 312524819902463 8.0 GiB 8200 Linux swap 51990246461800414 20.0 GiB8300 Linux filesystem I have recently been using a Corsair GT 32GB stick Thanks a lot for the tip! I am also planning to start with a 32GB USB 3.0 stick. It looks like though that you are having EFI and BIOS mode both supported. Would you share how did you achieve it? This one would be much better 128GB Corsair Flash Voyager GTX USB 3.1 Gen 1 Type-A Pendrive, Black, 460MB/s Read, 460MB/s Write, 33k/40k IOPS, PC/Mac £67.99 My Fedora notes say this - not certain it is still valid - but I did it for F27. dnf install dracut-config-generic - To force a generic initramfs This installs a single file /usr/lib/dracut/dracut.conf.d/02-generic-image.conf hostonly="no" I have not done the following - I waited for a kernel update. To force an existing kernel to use a "fully configured" initramfs file then dracut --regenerate-all --force NB this will regenerate and over-write all /boot/initramfs* file Make copies first if required John ___ users mailing list -- users@lists.fedoraproject.org To unsubscribe send an email to users-le...@lists.fedoraproject.org ___ users mailing list -- users@lists.fedoraproject.org To unsubscribe send an email to users-le...@lists.fedoraproject.org
Re: portable (really) Fedora on stick
On 04/23/2018 10:28 AM, ja wrote: My Fedora notes say this - not certain it is still valid - but I did it for F27. dnf install dracut-config-generic - To force a generic initramfs This installs a single file /usr/lib/dracut/dracut.conf.d/02-generic-image.conf hostonly="no" This is the important point if you want to boot this image on multiple computers. This makes all the initramfs files that dracut creates to be equivalent to the "rescue" version, meaning that they have all the kernel modules instead of just the ones for the system it was installed on. ___ users mailing list -- users@lists.fedoraproject.org To unsubscribe send an email to users-le...@lists.fedoraproject.org
Re: portable (really) Fedora on stick
On Mon, 2018-04-23 at 17:20 +0300, Aleksandar Kostadinov wrote: > Hi, > > I'm reading documentation [1] for Fedora on a USB stick. The only option > to have a portable fedora on a stick seems to be by creating an overlay > FS and this certainly leads to getting out of disk space at some point. > > I would really like to create Fedora on USB that I can plug anywhere and > work off it. > > I was thinking that perhaps I can just install regular fedora on a USB > stick like I would do on a hard drive. Then it can be updated and used > just like any other Fedora machine. Perhaps disable persistent logging > and swap so that flash memory doesn't wear out. > > One issue I presently know about is dracut. It creates by default images > that only support a specific hardware. i.e. if I install kernel on a > machine with an nforce disk controller, it will put in intird only that > module thus Fedora will not boot on a machine with AHCI controller. > > Maybe this wouldn't matter when all things are on the USB drive but then > can there be a problem with different USB controller modules? > > I was wondering if anybody tried that and has tips for greated portability. > > Thank you, > Aleksandar > > I have been doing this for several years, currently F27, but only as a recovery Stick. I just do a standard install but use a custom disk layout using ext4 / partition - no LMV. gdisk -l /dev/sda Number Start (sector)End (sector) Size Code Name 12048 1026047 500.0 MiB EF00 EFI System 2 1026048 1028095 1024.0 KiB EF02 BIOS boot partition 3 1028096 3125247 1024.0 MiB 8300 Linux filesystem 4 312524819902463 8.0 GiB 8200 Linux swap 51990246461800414 20.0 GiB8300 Linux filesystem I have recently been using a Corsair GT 32GB stick This one would be much better 128GB Corsair Flash Voyager GTX USB 3.1 Gen 1 Type-A Pendrive, Black, 460MB/s Read, 460MB/s Write, 33k/40k IOPS, PC/Mac £67.99 My Fedora notes say this - not certain it is still valid - but I did it for F27. dnf install dracut-config-generic - To force a generic initramfs This installs a single file /usr/lib/dracut/dracut.conf.d/02-generic-image.conf hostonly="no" I have not done the following - I waited for a kernel update. To force an existing kernel to use a "fully configured" initramfs file then dracut --regenerate-all --force NB this will regenerate and over-write all /boot/initramfs* file Make copies first if required John ___ users mailing list -- users@lists.fedoraproject.org To unsubscribe send an email to users-le...@lists.fedoraproject.org
portable (really) Fedora on stick
Hi, I'm reading documentation [1] for Fedora on a USB stick. The only option to have a portable fedora on a stick seems to be by creating an overlay FS and this certainly leads to getting out of disk space at some point. I would really like to create Fedora on USB that I can plug anywhere and work off it. I was thinking that perhaps I can just install regular fedora on a USB stick like I would do on a hard drive. Then it can be updated and used just like any other Fedora machine. Perhaps disable persistent logging and swap so that flash memory doesn't wear out. One issue I presently know about is dracut. It creates by default images that only support a specific hardware. i.e. if I install kernel on a machine with an nforce disk controller, it will put in intird only that module thus Fedora will not boot on a machine with AHCI controller. Maybe this wouldn't matter when all things are on the USB drive but then can there be a problem with different USB controller modules? I was wondering if anybody tried that and has tips for greated portability. Thank you, Aleksandar [1] https://docs.fedoraproject.org/quick-docs/en-US/creating-and-using-a-live-installation-image.html ___ users mailing list -- users@lists.fedoraproject.org To unsubscribe send an email to users-le...@lists.fedoraproject.org
Fedora Current Objectives page has no content really
Hello! Recently I found a Current Objectives page (https://docs.fedoraproject.org/fedora-project/project/objectives.html) in fedoraproject.org docs. This page says it is a placeholder, and go to https://fedoraproject.org/wiki/Objectives for real content. But when I go to the wiki page, It just redirects to fedoraproject.org docs. I think this page needs to be updated. ___ users mailing list -- users@lists.fedoraproject.org To unsubscribe send an email to users-le...@lists.fedoraproject.org
Re: Really?
HI, Billo, now I understand... Some of my friends are in the FBI, that's how they know it's me even if I call from another phone. Now to the topic, I didn't notice this, I'm going to take a look into my logs in both systems (I have Fedora and Debian) and see what I find. And thanks Ed Greshko for the solution, I'll apply it if I see anything out of order. Cheers, Sylvia 2017-04-06 1:42 GMT+02:00 William Oliver : > On Wed, 2017-04-05 at 14:30 -0700, Joe Zeff wrote: > > On 04/05/2017 01:31 PM, JD wrote: > > > > > > We have seen the enemy looking back at us in in the mirror :) :) > > > > Pogo probably said it best: "We have met the enemy and he is us." > > > > Heh. When I was in the Army, I worked with some civilian agencies, > including the FBI. Some years later, after I had left the military and > was working at an academic institution, I had occasion to call a friend > of mine at the FBI because we were both going to the same meeting and I > thought I might be fun to touch base after all these years. > > I called him from a phone in a new office I had -- the number was > screened both by my department and by the university. People were > supposed to only see the main number of the university, not my new > office number. > > Ring ring ring... > > > Him: Hi Bill! Haven't heard from you in years! > > Me: Dude! How in hell did you know it was me? > > Him: Bill, we're the FBI. We always know where you are. > > Me: Damn. > > > billo > > > ___ > users mailing list -- users@lists.fedoraproject.org > To unsubscribe send an email to users-le...@lists.fedoraproject.org > ___ users mailing list -- users@lists.fedoraproject.org To unsubscribe send an email to users-le...@lists.fedoraproject.org
Re: Really?
On Wed, 2017-04-05 at 14:30 -0700, Joe Zeff wrote: > On 04/05/2017 01:31 PM, JD wrote: > > > > We have seen the enemy looking back at us in in the mirror :) :) > > Pogo probably said it best: "We have met the enemy and he is us." > Heh. When I was in the Army, I worked with some civilian agencies, including the FBI. Some years later, after I had left the military and was working at an academic institution, I had occasion to call a friend of mine at the FBI because we were both going to the same meeting and I thought I might be fun to touch base after all these years. I called him from a phone in a new office I had -- the number was screened both by my department and by the university. People were supposed to only see the main number of the university, not my new office number. Ring ring ring... Him: Hi Bill! Haven't heard from you in years! Me: Dude! How in hell did you know it was me? Him: Bill, we're the FBI. We always know where you are. Me: Damn. billo ___ users mailing list -- users@lists.fedoraproject.org To unsubscribe send an email to users-le...@lists.fedoraproject.org
Re: Really?
On Thu, 6 Apr 2017 06:21:06 +0800 Ed Greshko wrote: > Yes, to annoy you. Dang! That's the same reason they implemented systemd and NetworkManager and designed gnome3 :-). ___ users mailing list -- users@lists.fedoraproject.org To unsubscribe send an email to users-le...@lists.fedoraproject.org
Re: Really?
On 04/06/17 04:18, Tom Horsley wrote: > I was just checking my logs to see if I successfully > squashed the endless random messages minidlna was > generating and I found this: > > Apr 5 13:46:34 zooty systemd[2007]: Starting Evince document viewer... > Apr 5 13:46:34 zooty dbus-daemon[2056]: [session uid=2304 pid=2056] > Successfully activated service 'org.gnome.evince.Daemon' > Apr 5 13:46:34 zooty systemd[2007]: Started Evince document viewer. > > Really? They have managed to make looking at a pdf file dependent > on systemd and dbus? And there is some reason to log such trivia? Yes, to annoy you. You can change what is logged by copying /etc/systemd/user.conf to ~/.config/systemd/user.conf and changing the LogLevel. -- Fedora Users List - The place to go to get others to do the work for you ___ users mailing list -- users@lists.fedoraproject.org To unsubscribe send an email to users-le...@lists.fedoraproject.org
Re: Really?
On 04/05/2017 01:31 PM, JD wrote: We have seen the enemy looking back at us in in the mirror :) :) Pogo probably said it best: "We have met the enemy and he is us." ___ users mailing list -- users@lists.fedoraproject.org To unsubscribe send an email to users-le...@lists.fedoraproject.org
Re: Really?
On 2017-04-05 13:31, JD wrote: On 04/05/2017 02:18 PM, Tom Horsley wrote: I was just checking my logs to see if I successfully squashed the endless random messages minidlna was generating and I found this: Apr 5 13:46:34 zooty systemd[2007]: Starting Evince document viewer... Apr 5 13:46:34 zooty dbus-daemon[2056]: [session uid=2304 pid=2056] Successfully activated service 'org.gnome.evince.Daemon' Apr 5 13:46:34 zooty systemd[2007]: Started Evince document viewer. Really? They have managed to make looking at a pdf file dependent on systemd and dbus? And there is some reason to log such trivia? Next thing I know, I'll find all my keystrokes and mouse movements in the log :-). ___ users mailing list -- users@lists.fedoraproject.org To unsubscribe send an email to users-le...@lists.fedoraproject.org All logging of our activity has been inserted into all apps and the kernel by the NSA. Don't believe it? It is a fact. As they say, the proof of the pudding is in the eating. You just had a wakeup taste of it. :) :) Come to think of it, we used to castigate USSR and China for intruding into their people's lives and privacy. We have seen the enemy looking back at us in in the mirror :) :) More like you see the enemy every time you visit the corner store or leave the house for that matter. I presume some of us are smart enough not to be our own enemy. {^_-} Joanne ___ users mailing list -- users@lists.fedoraproject.org To unsubscribe send an email to users-le...@lists.fedoraproject.org
Re: Really?
On 04/05/2017 02:18 PM, Tom Horsley wrote: I was just checking my logs to see if I successfully squashed the endless random messages minidlna was generating and I found this: Apr 5 13:46:34 zooty systemd[2007]: Starting Evince document viewer... Apr 5 13:46:34 zooty dbus-daemon[2056]: [session uid=2304 pid=2056] Successfully activated service 'org.gnome.evince.Daemon' Apr 5 13:46:34 zooty systemd[2007]: Started Evince document viewer. Really? They have managed to make looking at a pdf file dependent on systemd and dbus? And there is some reason to log such trivia? Next thing I know, I'll find all my keystrokes and mouse movements in the log :-). ___ users mailing list -- users@lists.fedoraproject.org To unsubscribe send an email to users-le...@lists.fedoraproject.org All logging of our activity has been inserted into all apps and the kernel by the NSA. Don't believe it? It is a fact. As they say, the proof of the pudding is in the eating. You just had a wakeup taste of it. :) :) Come to think of it, we used to castigate USSR and China for intruding into their people's lives and privacy. We have seen the enemy looking back at us in in the mirror :) :) ___ users mailing list -- users@lists.fedoraproject.org To unsubscribe send an email to users-le...@lists.fedoraproject.org
Really?
I was just checking my logs to see if I successfully squashed the endless random messages minidlna was generating and I found this: Apr 5 13:46:34 zooty systemd[2007]: Starting Evince document viewer... Apr 5 13:46:34 zooty dbus-daemon[2056]: [session uid=2304 pid=2056] Successfully activated service 'org.gnome.evince.Daemon' Apr 5 13:46:34 zooty systemd[2007]: Started Evince document viewer. Really? They have managed to make looking at a pdf file dependent on systemd and dbus? And there is some reason to log such trivia? Next thing I know, I'll find all my keystrokes and mouse movements in the log :-). ___ users mailing list -- users@lists.fedoraproject.org To unsubscribe send an email to users-le...@lists.fedoraproject.org
Re: Tumblerd? - Re: Really excessive screen behavior
On Tue, Jul 05, 2016 at 02:34:20PM -0700, Rick Stevens wrote: > On 07/05/2016 02:18 PM, Jon LaBadie wrote: > > > > There is also "pgrep" > > > > $ pgrep chronyd > > 1542 > > > > $ pgrep chron > > 1542 > > > > $ pgrep fire > > 1535 > > 8708 > > 21777 > > > > $ pgrep -l fire > > 1535 firewalld > > 8708 firewall-applet > > 21777 firefox > > > > $ pgrep -a fire > > 1535 /usr/bin/python -Es /usr/sbin/firewalld --nofork --nopid > > 8708 /usr/bin/python -Es /usr/bin/firewall-applet > > 21777 /usr/lib64/firefox/firefox > > Ok, now that's one I hadn't heard of. That's nice! > > Thanks for the tip! Its compabion, pkill, is nice too. Does the pgrep for you. $ pkill firefox jl -- Jon H. LaBadie jo...@jgcomp.com -- users mailing list users@lists.fedoraproject.org To unsubscribe or change subscription options: https://lists.fedoraproject.org/admin/lists/users@lists.fedoraproject.org Fedora Code of Conduct: http://fedoraproject.org/code-of-conduct Guidelines: http://fedoraproject.org/wiki/Mailing_list_guidelines Have a question? Ask away: http://ask.fedoraproject.org
Re: Tumblerd? - Re: Really excessive screen behavior
On 07/05/2016 02:18 PM, Jon LaBadie wrote: > On Tue, Jul 05, 2016 at 01:51:48PM -0700, Rick Stevens wrote: >> On 07/05/2016 01:36 PM, Joe Zeff wrote: >>> On 07/05/2016 11:35 AM, Rick Stevens wrote: Yeah, I use that one a lot, too. "pidof -x" is useful as well and you don't need the greps. >>> >>> One of the wonderful things about *nix is the fact that there are so >>> many different ways to get exactly the same results, depending on >>> personal preference. >> >> Since "pidof" doesn't do the grep, so you need to specify the entire >> process name (e.g. "pidof chron" gets nothing, "pidof chronyd" gets the >> PID of the chronyd process). >> >> In that sense, your "ps aux | grep | grep -v grep" is a more flexible >> in that you only need to know part of the process name. I use it a lot >> myself--but not to the point of turning it into a script/utility. :) > > There is also "pgrep" > > $ pgrep chronyd > 1542 > > $ pgrep chron > 1542 > > $ pgrep fire > 1535 > 8708 > 21777 > > $ pgrep -l fire > 1535 firewalld > 8708 firewall-applet > 21777 firefox > > $ pgrep -a fire > 1535 /usr/bin/python -Es /usr/sbin/firewalld --nofork --nopid > 8708 /usr/bin/python -Es /usr/bin/firewall-applet > 21777 /usr/lib64/firefox/firefox Ok, now that's one I hadn't heard of. That's nice! Thanks for the tip! -- - Rick Stevens, Systems Engineer, AllDigitalri...@alldigital.com - - AIM/Skype: therps2ICQ: 226437340 Yahoo: origrps2 - -- - Real Time, adj.: Here and now, as opposed to fake time, which only - -occurs there and then - -- -- users mailing list users@lists.fedoraproject.org To unsubscribe or change subscription options: https://lists.fedoraproject.org/admin/lists/users@lists.fedoraproject.org Fedora Code of Conduct: http://fedoraproject.org/code-of-conduct Guidelines: http://fedoraproject.org/wiki/Mailing_list_guidelines Have a question? Ask away: http://ask.fedoraproject.org
Re: Tumblerd? - Re: Really excessive screen behavior
On Tue, Jul 05, 2016 at 01:51:48PM -0700, Rick Stevens wrote: > On 07/05/2016 01:36 PM, Joe Zeff wrote: > > On 07/05/2016 11:35 AM, Rick Stevens wrote: > >> Yeah, I use that one a lot, too. "pidof -x" is useful as well and you > >> don't need the greps. > > > > One of the wonderful things about *nix is the fact that there are so > > many different ways to get exactly the same results, depending on > > personal preference. > > Since "pidof" doesn't do the grep, so you need to specify the entire > process name (e.g. "pidof chron" gets nothing, "pidof chronyd" gets the > PID of the chronyd process). > > In that sense, your "ps aux | grep | grep -v grep" is a more flexible > in that you only need to know part of the process name. I use it a lot > myself--but not to the point of turning it into a script/utility. :) There is also "pgrep" $ pgrep chronyd 1542 $ pgrep chron 1542 $ pgrep fire 1535 8708 21777 $ pgrep -l fire 1535 firewalld 8708 firewall-applet 21777 firefox $ pgrep -a fire 1535 /usr/bin/python -Es /usr/sbin/firewalld --nofork --nopid 8708 /usr/bin/python -Es /usr/bin/firewall-applet 21777 /usr/lib64/firefox/firefox Jon -- Jon H. LaBadie jo...@jgcomp.com -- users mailing list users@lists.fedoraproject.org To unsubscribe or change subscription options: https://lists.fedoraproject.org/admin/lists/users@lists.fedoraproject.org Fedora Code of Conduct: http://fedoraproject.org/code-of-conduct Guidelines: http://fedoraproject.org/wiki/Mailing_list_guidelines Have a question? Ask away: http://ask.fedoraproject.org
Re: Tumblerd? - Re: Really excessive screen behavior
On 07/05/2016 01:51 PM, Rick Stevens wrote: In that sense, your "ps aux | grep | grep -v grep" is a more flexible in that you only need to know part of the process name. I use it a lot myself--but not to the point of turning it into a script/utility. :) In my case, it's not that I use it so much, it's just that I decided that a one-line script was the easiest way to go. Also, I've found that having that extra line at the end listing grep is confusing to average users so I added the second invocation of grep. Besides, the output is much more tidy that way. -- users mailing list users@lists.fedoraproject.org To unsubscribe or change subscription options: https://lists.fedoraproject.org/admin/lists/users@lists.fedoraproject.org Fedora Code of Conduct: http://fedoraproject.org/code-of-conduct Guidelines: http://fedoraproject.org/wiki/Mailing_list_guidelines Have a question? Ask away: http://ask.fedoraproject.org
Re: Tumblerd? - Re: Really excessive screen behavior
On 07/05/2016 01:36 PM, Joe Zeff wrote: > On 07/05/2016 11:35 AM, Rick Stevens wrote: >> Yeah, I use that one a lot, too. "pidof -x" is useful as well and you >> don't need the greps. > > One of the wonderful things about *nix is the fact that there are so > many different ways to get exactly the same results, depending on > personal preference. Since "pidof" doesn't do the grep, so you need to specify the entire process name (e.g. "pidof chron" gets nothing, "pidof chronyd" gets the PID of the chronyd process). In that sense, your "ps aux | grep | grep -v grep" is a more flexible in that you only need to know part of the process name. I use it a lot myself--but not to the point of turning it into a script/utility. :) -- - Rick Stevens, Systems Engineer, AllDigitalri...@alldigital.com - - AIM/Skype: therps2ICQ: 226437340 Yahoo: origrps2 - -- - A day for firm decisions!!! Well, then again, maybe not!- -- -- users mailing list users@lists.fedoraproject.org To unsubscribe or change subscription options: https://lists.fedoraproject.org/admin/lists/users@lists.fedoraproject.org Fedora Code of Conduct: http://fedoraproject.org/code-of-conduct Guidelines: http://fedoraproject.org/wiki/Mailing_list_guidelines Have a question? Ask away: http://ask.fedoraproject.org
Re: Tumblerd? - Re: Really excessive screen behavior
On 07/05/2016 11:35 AM, Rick Stevens wrote: Yeah, I use that one a lot, too. "pidof -x" is useful as well and you don't need the greps. One of the wonderful things about *nix is the fact that there are so many different ways to get exactly the same results, depending on personal preference. -- users mailing list users@lists.fedoraproject.org To unsubscribe or change subscription options: https://lists.fedoraproject.org/admin/lists/users@lists.fedoraproject.org Fedora Code of Conduct: http://fedoraproject.org/code-of-conduct Guidelines: http://fedoraproject.org/wiki/Mailing_list_guidelines Have a question? Ask away: http://ask.fedoraproject.org
Re: Tumblerd? - Re: Really excessive screen behavior
On 07/05/2016 11:18 AM, Joe Zeff wrote: > On 07/05/2016 11:01 AM, Robert Moskowitz wrote: >> I have GOT to add this to my list of tools > > Here's a one-liner that I've used so often I made a shell script out of it: > > ps aux | grep $1 | grep -v grep > > I will leave the reason for the second grep as an exercise for the reader. Yeah, I use that one a lot, too. "pidof -x" is useful as well and you don't need the greps. -- - Rick Stevens, Systems Engineer, AllDigitalri...@alldigital.com - - AIM/Skype: therps2ICQ: 226437340 Yahoo: origrps2 - -- - Is that a buffer overflow or are you just happy to see me? - -- -- users mailing list users@lists.fedoraproject.org To unsubscribe or change subscription options: https://lists.fedoraproject.org/admin/lists/users@lists.fedoraproject.org Fedora Code of Conduct: http://fedoraproject.org/code-of-conduct Guidelines: http://fedoraproject.org/wiki/Mailing_list_guidelines Have a question? Ask away: http://ask.fedoraproject.org
Re: Tumblerd? - Re: Really excessive screen behavior
On 07/05/2016 11:01 AM, Robert Moskowitz wrote: I have GOT to add this to my list of tools Here's a one-liner that I've used so often I made a shell script out of it: ps aux | grep $1 | grep -v grep I will leave the reason for the second grep as an exercise for the reader. -- users mailing list users@lists.fedoraproject.org To unsubscribe or change subscription options: https://lists.fedoraproject.org/admin/lists/users@lists.fedoraproject.org Fedora Code of Conduct: http://fedoraproject.org/code-of-conduct Guidelines: http://fedoraproject.org/wiki/Mailing_list_guidelines Have a question? Ask away: http://ask.fedoraproject.org
Re: Tumblerd? - Re: Really excessive screen behavior
On 07/05/2016 01:50 PM, Joe Zeff wrote: On 07/05/2016 10:33 AM, Robert Moskowitz wrote: Been so long since I looked for this info, what is the command for it? This is a Lenovo x120e lspci | grep VGA I have GOT to add this to my list of tools 00:01.0 VGA compatible controller: Advanced Micro Devices, Inc. [AMD/ATI] Wrestler [Radeon HD 6310] -- users mailing list users@lists.fedoraproject.org To unsubscribe or change subscription options: https://lists.fedoraproject.org/admin/lists/users@lists.fedoraproject.org Fedora Code of Conduct: http://fedoraproject.org/code-of-conduct Guidelines: http://fedoraproject.org/wiki/Mailing_list_guidelines Have a question? Ask away: http://ask.fedoraproject.org
Re: Tumblerd? - Re: Really excessive screen behavior
On 07/05/2016 10:33 AM, Robert Moskowitz wrote: Been so long since I looked for this info, what is the command for it? This is a Lenovo x120e lspci | grep VGA -- users mailing list users@lists.fedoraproject.org To unsubscribe or change subscription options: https://lists.fedoraproject.org/admin/lists/users@lists.fedoraproject.org Fedora Code of Conduct: http://fedoraproject.org/code-of-conduct Guidelines: http://fedoraproject.org/wiki/Mailing_list_guidelines Have a question? Ask away: http://ask.fedoraproject.org
Re: Tumblerd? - Re: Really excessive screen behavior
My calling foul on tumblerd was premature. Other than eating up one CPU, it was not causing the 'screensaver' problems. I still get it once in a while, but not like I was getting with the 4.4.13 kernel. I did kill tumblerd; I was viewing some CDs with wedding pictures via gthumb yesterday. On 07/05/2016 02:10 AM, Samuel Sieb wrote: On 07/04/2016 08:25 PM, Robert Moskowitz wrote: Problem seems to be back, and I see tumblerd eating up most of one cpu. Something I did caused this to run. Can I just kill it or do I need to kill more than it? Tumbler appears to be something pulled in by XFCE. It's a dbus service for creating thumbnails, so something must be calling it. I would think that's separate from your screen problem. So it seems. It sounds like there's a graphics driver issue. What graphics chipset do you have? Been so long since I looked for this info, what is the command for it? This is a Lenovo x120e Or possibly a window manager issue. Could you try out a different desktop for a while and see if it still happens there? Not really; I would have to install one. I could boot from a liveCD with GNOME, but I do have real work to do while I am testing... You keep mentioning QEMM. Do you really mean qemu? Brain fried. Yes QEMU. It has been a long time since running Quarterdeck's qemm on a 386 to get access to all that extra memory. :) -- users mailing list users@lists.fedoraproject.org To unsubscribe or change subscription options: https://lists.fedoraproject.org/admin/lists/users@lists.fedoraproject.org Fedora Code of Conduct: http://fedoraproject.org/code-of-conduct Guidelines: http://fedoraproject.org/wiki/Mailing_list_guidelines Have a question? Ask away: http://ask.fedoraproject.org
Re: Tumblerd? - Re: Really excessive screen behavior
On 07/04/2016 08:25 PM, Robert Moskowitz wrote: Problem seems to be back, and I see tumblerd eating up most of one cpu. Something I did caused this to run. Can I just kill it or do I need to kill more than it? Tumbler appears to be something pulled in by XFCE. It's a dbus service for creating thumbnails, so something must be calling it. I would think that's separate from your screen problem. It sounds like there's a graphics driver issue. What graphics chipset do you have? Or possibly a window manager issue. Could you try out a different desktop for a while and see if it still happens there? You keep mentioning QEMM. Do you really mean qemu? -- users mailing list users@lists.fedoraproject.org To unsubscribe or change subscription options: https://lists.fedoraproject.org/admin/lists/users@lists.fedoraproject.org Fedora Code of Conduct: http://fedoraproject.org/code-of-conduct Guidelines: http://fedoraproject.org/wiki/Mailing_list_guidelines Have a question? Ask away: http://ask.fedoraproject.org
Tumblerd? - Re: Really excessive screen behavior
Problem seems to be back, and I see tumblerd eating up most of one cpu. Something I did caused this to run. Can I just kill it or do I need to kill more than it? On 07/04/2016 04:01 PM, Tom Horsley wrote: On Mon, 4 Jul 2016 15:25:03 -0400 Robert Moskowitz wrote: Any idea where I should look? Yes, I know that I need to update to recent Fedora. That is on for later this week. I hope Anything like the videos linked to in this bugzilla? https://bugzilla.redhat.com/show_bug.cgi?id=1352325 This nonsense just started happening to me with the new 4.6 kernel in f24. Not only does the windows 10 virtual machine flake out, but it bleeds into other screens on my desktop. I'm running the previous 4.5 kernel at the moment with no problems cropping up. -- users mailing list users@lists.fedoraproject.org To unsubscribe or change subscription options: https://lists.fedoraproject.org/admin/lists/users@lists.fedoraproject.org Fedora Code of Conduct: http://fedoraproject.org/code-of-conduct Guidelines: http://fedoraproject.org/wiki/Mailing_list_guidelines Have a question? Ask away: http://ask.fedoraproject.org
Re: Really excessive screen behavior
On 07/04/2016 04:01 PM, Tom Horsley wrote: On Mon, 4 Jul 2016 15:25:03 -0400 Robert Moskowitz wrote: Any idea where I should look? Yes, I know that I need to update to recent Fedora. That is on for later this week. I hope Anything like the videos linked to in this bugzilla? https://bugzilla.redhat.com/show_bug.cgi?id=1352325 This nonsense just started happening to me with the new 4.6 kernel in f24. Not only does the windows 10 virtual machine flake out, but it bleeds into other screens on my desktop. I'm running the previous 4.5 kernel at the moment with no problems cropping up. Based on your comment, I just rebooted back to kernel 4.4.12 from 4.4.13 and so far no problem. Of course don't know it if was due to something that takes some fulling around to get running... -- users mailing list users@lists.fedoraproject.org To unsubscribe or change subscription options: https://lists.fedoraproject.org/admin/lists/users@lists.fedoraproject.org Fedora Code of Conduct: http://fedoraproject.org/code-of-conduct Guidelines: http://fedoraproject.org/wiki/Mailing_list_guidelines Have a question? Ask away: http://ask.fedoraproject.org
Re: Really excessive screen behavior
On 07/04/2016 04:01 PM, Tom Horsley wrote: On Mon, 4 Jul 2016 15:25:03 -0400 Robert Moskowitz wrote: Any idea where I should look? Yes, I know that I need to update to recent Fedora. That is on for later this week. I hope Anything like the videos linked to in this bugzilla? https://bugzilla.redhat.com/show_bug.cgi?id=1352325 This nonsense just started happening to me with the new 4.6 kernel in f24. Not only does the windows 10 virtual machine flake out, but it bleeds into other screens on my desktop. I'm running the previous 4.5 kernel at the moment with no problems cropping up. My problem is that the whole screen blanks out with a dialog box saying XScreenSaver 5.35 with one * in the password field. If I move the mouse around, pieces of the real screen becomes visible, or I can . Qemm has become unusable, now as unless I am scrolling constantly, it is switching to this false screensaver. -- users mailing list users@lists.fedoraproject.org To unsubscribe or change subscription options: https://lists.fedoraproject.org/admin/lists/users@lists.fedoraproject.org Fedora Code of Conduct: http://fedoraproject.org/code-of-conduct Guidelines: http://fedoraproject.org/wiki/Mailing_list_guidelines Have a question? Ask away: http://ask.fedoraproject.org
Re: Really excessive screen behavior
On Mon, 4 Jul 2016 15:25:03 -0400 Robert Moskowitz wrote: > Any idea where I should look? Yes, I know that I need to update to > recent Fedora. That is on for later this week. I hope Anything like the videos linked to in this bugzilla? https://bugzilla.redhat.com/show_bug.cgi?id=1352325 This nonsense just started happening to me with the new 4.6 kernel in f24. Not only does the windows 10 virtual machine flake out, but it bleeds into other screens on my desktop. I'm running the previous 4.5 kernel at the moment with no problems cropping up. -- users mailing list users@lists.fedoraproject.org To unsubscribe or change subscription options: https://lists.fedoraproject.org/admin/lists/users@lists.fedoraproject.org Fedora Code of Conduct: http://fedoraproject.org/code-of-conduct Guidelines: http://fedoraproject.org/wiki/Mailing_list_guidelines Have a question? Ask away: http://ask.fedoraproject.org
Really excessive screen behavior
System is F22 with Xfce In the past, occasionally I would get what looks like a ScreenSaver popping over what I am viewing. It almost looks legit in content. It goes away if I to another task then back. QEMM seems to make it worst (running an 'old' F21/Xfce image there for a specific purpose). Well with a recent update, I am now getting this flashing regularly. It make using the system very hard. It is much worst in my QEMM image than the main image. I have looked at the Screensaver settings, and there is nothing there to indicate a problem. Plus I don't think it is really Screensaver which is set to lock the screen immediately (after 10 min of inactivity) which is not the case here. Any idea where I should look? Yes, I know that I need to update to recent Fedora. That is on for later this week. I hope -- users mailing list users@lists.fedoraproject.org To unsubscribe or change subscription options: https://lists.fedoraproject.org/admin/lists/users@lists.fedoraproject.org Fedora Code of Conduct: http://fedoraproject.org/code-of-conduct Guidelines: http://fedoraproject.org/wiki/Mailing_list_guidelines Have a question? Ask away: http://ask.fedoraproject.org
Re: "software": how does it really work?
On 01/07/15 00:25, bitlord wrote: On Tue, 2015-06-30 at 21:23 +0100, andrea wrote: Hi, I'm on Fedora 22 default gnome desktop. I've got a few questions about "software" 1) how does it integrate with dnf? for instance if I do "dnf history" I do not see any of the transactions done with the "software" app. It does use the same technology as dnf, but doesn't use dnf directly, it is PackageKit based, maybe you can get some information from 'pkcon' which is PackageKit's command line client, also could be that there is another way to get the history of PackageKit transactions, but I don't know, I mostly manually use yum/dnf. thank you. seems that pkcon get-transactions shows the history I will look from there -- users mailing list users@lists.fedoraproject.org To unsubscribe or change subscription options: https://admin.fedoraproject.org/mailman/listinfo/users Fedora Code of Conduct: http://fedoraproject.org/code-of-conduct Guidelines: http://fedoraproject.org/wiki/Mailing_list_guidelines Have a question? Ask away: http://ask.fedoraproject.org
Re: "software": how does it really work?
On Tue, 2015-06-30 at 21:23 +0100, andrea wrote: > Hi, > > I'm on Fedora 22 default gnome desktop. > > I've got a few questions about "software" > > 1) how does it integrate with dnf? for instance if I do "dnf history" > I do not see any of the > transactions done with the "software" app. It does use the same technology as dnf, but doesn't use dnf directly, it is PackageKit based, maybe you can get some information from 'pkcon' which is PackageKit's command line client, also could be that there is another way to get the history of PackageKit transactions, but I don't know, I mostly manually use yum/dnf. > 2) do "software" and dnf have the same source? there are packages > available only via dnf. They "do use" the same repos, but don't share repo metadata/cache currently, so they can "hit" different mirrors and have different data > 3) when I check for updates "software" most of the times says > > "up to date - nothing to do - checked at XX:YY" (maybe 2 minutes ago) > > Then I force it to check and often it finds something to update. Once > it is a coincidence, but is it > possible that so often updates are published just in the few minutes > between the automatic and > manual check? I'm not sure how it works, it could be that it considers metadata/cache valid so it says it is up-to-date or shows last state when it did check for updates, until you force it to re-check which maybe re-downloads metadata/cache > Andrea > -- users mailing list users@lists.fedoraproject.org To unsubscribe or change subscription options: https://admin.fedoraproject.org/mailman/listinfo/users Fedora Code of Conduct: http://fedoraproject.org/code-of-conduct Guidelines: http://fedoraproject.org/wiki/Mailing_list_guidelines Have a question? Ask away: http://ask.fedoraproject.org
"software": how does it really work?
Hi, I'm on Fedora 22 default gnome desktop. I've got a few questions about "software" 1) how does it integrate with dnf? for instance if I do "dnf history" I do not see any of the transactions done with the "software" app. 2) do "software" and dnf have the same source? there are packages available only via dnf. 3) when I check for updates "software" most of the times says "up to date - nothing to do - checked at XX:YY" (maybe 2 minutes ago) Then I force it to check and often it finds something to update. Once it is a coincidence, but is it possible that so often updates are published just in the few minutes between the automatic and manual check? Andrea -- users mailing list users@lists.fedoraproject.org To unsubscribe or change subscription options: https://admin.fedoraproject.org/mailman/listinfo/users Fedora Code of Conduct: http://fedoraproject.org/code-of-conduct Guidelines: http://fedoraproject.org/wiki/Mailing_list_guidelines Have a question? Ask away: http://ask.fedoraproject.org
Re: How do I really prevent /usr/lib/sysctl.d/50-coredump.conf
On Sun, May 31, 2015 at 10:05 AM, Tom Horsley wrote: > On Sun, 31 May 2015 09:51:25 -0400, Tom H wrote: >> >> Strange, Are you misnaming the file? > > I used cut&paste on the name from under /usr/lib > to make sure I didn't get it wrong :-). > > My theory is that systemd sets it manually despite > any udev rules, and the DumpCore=no setting > in /etc/systemd/system.conf is what really > turned it off (there appears to be no documentation > anywhere of what the heck DumpCore means to > systemd, but someone suggested doing it in > addition to setting kernel.core_pattern as the > last thing in /etc/sysctl.conf and one of those > two seemed to work). I've forgotten where I've read it, but "DumpCore=" in "/etc/systemd/system.conf" controls whether systemd will have a coredump or not. It has nothing to do with a coredump's name. -- users mailing list users@lists.fedoraproject.org To unsubscribe or change subscription options: https://admin.fedoraproject.org/mailman/listinfo/users Fedora Code of Conduct: http://fedoraproject.org/code-of-conduct Guidelines: http://fedoraproject.org/wiki/Mailing_list_guidelines Have a question? Ask away: http://ask.fedoraproject.org