Re: Fedora 30 EOL
On Fri, May 29, 2020 at 23:24:58 +, Suvayu Ali wrote: Could you please share your workflow? I have been looking for some guidance so that I can test upstream kernels when I encounter these hardware issues. I don't need step by step instructions, I'm very comfortable compiling software, I just need some way to manage the self-compiled kernels alongside Fedora kernels without littering my system with build artifacts, and play nice with SELinux :). I typically limit any software I compile myself to /opt or $HOME; unfortunately that doesn't quite work with kernels :-p Usually once I decide that it is worth doing a bisect, I'll mention that I'm working on doing a bisect in my Fedora bug report. Then I get Linus' tree. Either doing a git pull if I have an existing one or a git clone git://git.kernel.org/pub/scm/linux/kernel/git/torvalds/linux.git if I don't. Sometimes if the checkout was in a bad state, git pull won't update and it's easier to do a clone rather than figure out what is messed up. Next I copy over a Fedora kernel config file into the checkout. A sample would look like the following if I was in the top directory of the checkout: cp /boot/config-5.7.0-0.rc7.1.fc33.x86_64 .config In theory the differencs in the Fedora kernel and Linus' could cause a problem, but normally it won't. Then I do a make clean all. Once you get close on the bisect you don't really need to do a clean and it can speed things up a lot to skip it. You will probably get asked about some configuration options, because of differences between your checked out version and the Fedora kernel. Usually just using the default works. Then you need to switch to root. When you install kernels, files are going to get added to /boot and a directory is going to get added to /lib/modules . You are going to want to clean those up (but make sure you don't clean up stuff for the running kernel) before doing the next install to make sure you are running what you think you are when you run the test. Then you want to do: make modules_install install If all of the above works, you can reboot to test the new kernel. You probably want to have a short delay set in grub to allow you to easily pick which kernel you want to boot. So if the the problem is still in the upstream kernel, then you'll want to start the bisect. In the checkout (which should be the broken latest Linus kernel) do the following: git bisect start git bisect bad Then you want to set the checkout to be some point in the tree that did not have the problem you are testing for. The closer the the bug, the fewer steps you will need to bisect the issue. You either need a git commit hash or a version tag and do git reset --hard to checkout the next kernel to test. Then you build and test stuff as above. If the test fails then you run git bisect bad. If it succeeds then you run git bisect good. Generally once you have a good and a bad kernel, you won't want to manually checkout a particular commit. The last git bisect command will have checked out a version roughly half way between the latest good version and the earliest bad version you have seen so far. Sometimes there can be issues with test kernels and you may have to manually checkout a different version to jump around them. You keep doing this until you find the commit that triggered the issue. Then you can do git bisect log to get the list of tested kernels and save that, so you can restart part way through if needed. Then use git bisect reset to clean up the bisect stuff. Sometimes, you can confirm the problem commit by starting at the latest Linus kernel and do a git revert of the problem commit. That won't always work if there is other stuff dependent on that commit. Then you can note the in the Fedora bug. At this point it also makes sense to report the issue upstream. You'll want to look at the bug and try to guess which subsystem is involved and post to the subsystem list and copy the main kernel list. People will normally assume you're off list when replying, so you don't need to subscribe to the list to follow the discussion. Upstream might ask you to test fixes. Once upstream is fixed, you can wait for the next rawhide kernel build to test the fix for Fedora. Usually you can run rawhide kernels on other Fedora versions. This is useful for testing when you don't normally run rawhide and if you don't want to wait for the fix to get back ported to older kernel releases. It's possible one of the Fedora maintainers could do a backport if warranted. If they do, you'd want to do early testing of updates to make sure the bug is really fixed. I think that covers most of it. It isn't really as bad as it looks written out. ___ 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-condu
Re: how do I fix multiple open with the same thing?
On 2020-05-30 09:48, ToddAndMargo via users wrote: > $ cd .config > [tony@rn6 .config]$ find . -cmin 1 > ./BraveSoftware/Brave-Browser > ./BraveSoftware/Brave-Browser/Default > ./BraveSoftware/Brave-Browser/Default/Cookies > ./BraveSoftware/Brave-Browser/Default/Local Storage/leveldb/004401.log > ./BraveSoftware/Brave-Browser/Default/TransportSecurity > ./BraveSoftware/Brave-Browser/Default/Cookies-journal > ./BraveSoftware/Brave-Browser/Default/Preferences > ./BraveSoftware/Brave-Browser/Local State Did you make a change within 1 minute? -- The key to getting good answers is to ask good questions. ___ users mailing list -- users@lists.fedoraproject.org To unsubscribe send an email to users-le...@lists.fedoraproject.org Fedora Code of Conduct: https://docs.fedoraproject.org/en-US/project/code-of-conduct/ List Guidelines: https://fedoraproject.org/wiki/Mailing_list_guidelines List Archives: https://lists.fedoraproject.org/archives/list/users@lists.fedoraproject.org
Re: Fedora 30 EOL
The maintainers are for the most part about "packaging" kernels. They rarely seem to ever work on kernel bugs, nor have the time to do such investigate even if they have the time. They are not here to answer you questions, and they are overworked. If someone is paying them, whoever that is, is setting their priorities and their priorities are not to do their job. If they aren't paid well then if they help some ok, but no one is owed a response. Looking at your above bug you filed that went well, and the comments, the above bug was duplicated by a number of people and that moves its priority up in the stack. It was also trivial to duplicate and did not required any special hardware and/or setup. it is a likely easy to fix bug. They like easy bugs. Any bug that looks hard and/or are not duplicated by others are going to get a pass and that is the simply the way it works. For the most part you must help yourself. If the bug is in any way complicated the goal of the support analyst is not to help you but to make you go away (and this is when you have a contract with a company and are paying big money). Without your paying they don't have any reason to waste your time by replying and asking you endless questions on something they have no idea about. The only SLA they seem to have is to find all of bz on EOL products and respond and close them. The rest of the community will help you when they have time, they do not owe you anything, and be happy that sometimes someone is willing to help you.And don't bitch about not getting a response, there is no requirement that anyone responds to any post you make, you are owed nothing. The fact that you seem to think you deserve a response would seem to indicate a lack of understanding of a "community". The comments on this thread about how to fix the issues by removing packages from being maintained seems that many just don't get that and they think they are owed something. You can argue that reality of how the community works should be different, but at the end of the day that would not be a community with each member having their own self-interests that sometimes allow them to help you. On Fri, May 29, 2020 at 6:41 PM Suvayu Ali wrote: > > On Fri, May 29, 2020 at 6:57 PM Roger Heflin wrote: > > > > I don't believe the kernel.org developers work out of the fedora > > bugzilla (or any distro's bugzilla), so no one who knows anything is > > likely to find and/or see the bug. > > > > To get a kernel developer you would need to at least post a summary to > > the kernel subsystem list if you know which subsystem or the main > > kernel if you don't. > > > > And the kernel.org guys do not care about any testing done on a fedora > > delivered kernel as they don't know what code is in it, so you would > > need to install a kernel.org kernel and bot from it and verify you > > have the issue on the newest released one. > > I wish people read the thread or even posts carefully before > responding. I'm well aware that kernel developers are not watching > the Redhat BZ, but the maintainers are. > > Anyway, here's an example of a healthy exchange on BZ: > > - I reported this bug on Tuesday: > https://bugzilla.redhat.com/show_bug.cgi?id=1840432 > - There was some discussion > - Today it got marked as a duplicate of this bug: > https://bugzilla.redhat.com/show_bug.cgi?id=1840780 > - The maintainer had commented on the second bug on Wednesday that he > is too busy, and unlikely to find time to investigate > - On Thursday another person dug through the upstream repo, found the > commit that fixes the issue, determined that simply updating to the > latest version from upstream would fix the crash, and as a bonus > pointed to the underlying reason that caused the crash. > - Earlier today the maintainer did a scratch build of the latest > release, and asked for testing > - I happened to be online, after testing I responded that the build works > - Quite likely there will be a new release next week that pushes out the > update. > > -- > Suvayu > > Open source is the future. It sets us free. > ___ > 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: how do I fix multiple open with the same thing?
On 2020-05-29 18:20, Ed Greshko wrote: On 2020-05-30 09:04, ToddAndMargo via users wrote: On 2020-05-29 17:53, ToddAndMargo via users wrote: On 2020-05-29 16:10, Ed Greshko wrote: On 2020-05-30 06:42, ToddAndMargo via users wrote: On 2020-05-27 22:36, Ed Greshko wrote: On 2020-05-28 12:10, Ed Greshko wrote: OK, good point. I don't have dups. Do you have a file ~/.local/share/applications/mimeapps.list ? Or, I think more importantly, a ~/.config/mimeapps.list file. If so, what are the contents. grep -i png mimeapps.list image/png=eog-4.desktop;eog-usercreated.desktop; image/png=eog-4.desktop; Does not contain Open With list Well, you've already fixed the problem. So, they won't be there any longer. That was well before I fix it. https://ibb.co/b1tJNkB I just fixed .png You can easily learn what file is being changed by krusader. [egreshko@meimei .config]$ pwd /home/egreshko/.config [egreshko@meimei .config]$ find . -cmin 1 [egreshko@meimei .config]$ No file has been altered recently. Now I will use the properties to change the order of applications to execute for *.png files. Of course, hitting "Apply". [egreshko@meimei .config]$ find . -cmin 1 . ./mimeapps.list So, you can see that ~/.config/mimeapps.list is being altered. Before making the change I copied mimeapps.list to the top level of $HOME. So [egreshko@meimei .config]$ diff mimeapps.list ~/mimeapps.list 4c4 < image/png=org.kde.gwenview.desktop;imagej.desktop;okularApplication_kimgio.desktop;org.kde.kolourpaint.desktop;org.gnome.gThumb.desktop;gimp.desktop;google-chrome.desktop;geeqie.desktop;org.kde.showfoto.desktop; --- image/png=org.kde.gwenview.desktop;imagej.desktop;okularApplication_kimgio.desktop;org.kde.kolourpaint.desktop;org.gnome.gThumb.desktop;gimp.desktop;google-chrome.desktop;org.kde.showfoto.desktop;geeqie.desktop; $ cd .config [tony@rn6 .config]$ find . -cmin 1 ./BraveSoftware/Brave-Browser ./BraveSoftware/Brave-Browser/Default ./BraveSoftware/Brave-Browser/Default/Cookies ./BraveSoftware/Brave-Browser/Default/Local Storage/leveldb/004401.log ./BraveSoftware/Brave-Browser/Default/TransportSecurity ./BraveSoftware/Brave-Browser/Default/Cookies-journal ./BraveSoftware/Brave-Browser/Default/Preferences ./BraveSoftware/Brave-Browser/Local State Also `grep -i text mimeapps.list` overruns my terminal. Very few now sh9ow in my Open With the dialog ___ 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: how do I fix multiple open with the same thing?
On 2020-05-30 09:04, ToddAndMargo via users wrote: > On 2020-05-29 17:53, ToddAndMargo via users wrote: >> On 2020-05-29 16:10, Ed Greshko wrote: >>> On 2020-05-30 06:42, ToddAndMargo via users wrote: On 2020-05-27 22:36, Ed Greshko wrote: > On 2020-05-28 12:10, Ed Greshko wrote: >> OK, good point. I don't have dups. >> >> Do you have a file ~/.local/share/applications/mimeapps.list ? > > Or, I think more importantly, a > > ~/.config/mimeapps.list > > file. > > If so, what are the contents. > grep -i png mimeapps.list image/png=eog-4.desktop;eog-usercreated.desktop; image/png=eog-4.desktop; Does not contain Open With list >>> >>> Well, you've already fixed the problem. So, they won't be there any longer. >>> >> >> That was well before I fix it. >> >> https://ibb.co/b1tJNkB > > I just fixed .png > You can easily learn what file is being changed by krusader. [egreshko@meimei .config]$ pwd /home/egreshko/.config [egreshko@meimei .config]$ find . -cmin 1 [egreshko@meimei .config]$ No file has been altered recently. Now I will use the properties to change the order of applications to execute for *.png files. Of course, hitting "Apply". [egreshko@meimei .config]$ find . -cmin 1 . ./mimeapps.list So, you can see that ~/.config/mimeapps.list is being altered. Before making the change I copied mimeapps.list to the top level of $HOME. So [egreshko@meimei .config]$ diff mimeapps.list ~/mimeapps.list 4c4 < image/png=org.kde.gwenview.desktop;imagej.desktop;okularApplication_kimgio.desktop;org.kde.kolourpaint.desktop;org.gnome.gThumb.desktop;gimp.desktop;google-chrome.desktop;geeqie.desktop;org.kde.showfoto.desktop; --- > image/png=org.kde.gwenview.desktop;imagej.desktop;okularApplication_kimgio.desktop;org.kde.kolourpaint.desktop;org.gnome.gThumb.desktop;gimp.desktop;google-chrome.desktop;org.kde.showfoto.desktop;geeqie.desktop; -- The key to getting good answers is to ask good questions. ___ users mailing list -- users@lists.fedoraproject.org To unsubscribe send an email to users-le...@lists.fedoraproject.org Fedora Code of Conduct: https://docs.fedoraproject.org/en-US/project/code-of-conduct/ List Guidelines: https://fedoraproject.org/wiki/Mailing_list_guidelines List Archives: https://lists.fedoraproject.org/archives/list/users@lists.fedoraproject.org
Re: how do I fix multiple open with the same thing?
On 2020-05-29 17:53, ToddAndMargo via users wrote: On 2020-05-29 16:10, Ed Greshko wrote: On 2020-05-30 06:42, ToddAndMargo via users wrote: On 2020-05-27 22:36, Ed Greshko wrote: On 2020-05-28 12:10, Ed Greshko wrote: OK, good point. I don't have dups. Do you have a file ~/.local/share/applications/mimeapps.list ? Or, I think more importantly, a ~/.config/mimeapps.list file. If so, what are the contents. grep -i png mimeapps.list image/png=eog-4.desktop;eog-usercreated.desktop; image/png=eog-4.desktop; Does not contain Open With list Well, you've already fixed the problem. So, they won't be there any longer. That was well before I fix it. https://ibb.co/b1tJNkB I just fixed .png ___ 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: how do I fix multiple open with the same thing?
On 2020-05-29 16:10, Ed Greshko wrote: On 2020-05-30 06:42, ToddAndMargo via users wrote: On 2020-05-27 22:36, Ed Greshko wrote: On 2020-05-28 12:10, Ed Greshko wrote: OK, good point. I don't have dups. Do you have a file ~/.local/share/applications/mimeapps.list ? Or, I think more importantly, a ~/.config/mimeapps.list file. If so, what are the contents. grep -i png mimeapps.list image/png=eog-4.desktop;eog-usercreated.desktop; image/png=eog-4.desktop; Does not contain Open With list Well, you've already fixed the problem. So, they won't be there any longer. That was well before I fix it. https://ibb.co/b1tJNkB ___ 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: SQL Database Client GUI for Firebird?
Thank you ! Great answer. This is why I ask these questions here ! LG On Fri, May 29, 2020 at 5:51 PM Suvayu Ali wrote: > On Fri, May 29, 2020 at 11:39 PM linux guy wrote: > > > > Hi people. > > > > I have a huge CSV spreadsheet. I need to do a bunch of light duty data > manipulation. Sort, total, export, that sort of thing. I could almost do > it in the spreadsheet, but it would be too much copy/paste and the > combinations of data I want to get out are exhaustive. > > > > I'm thinking of importing it into Firebird. I'm looking for a good GUI > SQL client. > > > > Thoughts/ advice ? > > > > TOar ? > > DBEaver ? > > Good GUI client, you could use it with SQLite and get the job done > effectively > > > Something else ? (Python?) > > I prefer Python, particularly Pandas. > > import pandas as pd > df = pd.read_csv("/path/to/giant.csv", not required>) > > Then you can use the Pandas API to do whatever you like really (see > the official docs, very thorough, and easy to understand, full of > examples). If you prefer an SQL interface, you can try installing > `sqldf` alongside pandas, and run SQL inside the pandas DataFrame. > > HTH, > > -- > Suvayu > > Open source is the future. It sets us free. > ___ > 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: SQL Database Client GUI for Firebird?
On Fri, May 29, 2020 at 11:39 PM linux guy wrote: > > Hi people. > > I have a huge CSV spreadsheet. I need to do a bunch of light duty data > manipulation. Sort, total, export, that sort of thing. I could almost do it > in the spreadsheet, but it would be too much copy/paste and the combinations > of data I want to get out are exhaustive. > > I'm thinking of importing it into Firebird. I'm looking for a good GUI SQL > client. > > Thoughts/ advice ? > > TOar ? > DBEaver ? Good GUI client, you could use it with SQLite and get the job done effectively > Something else ? (Python?) I prefer Python, particularly Pandas. import pandas as pd df = pd.read_csv("/path/to/giant.csv", ) Then you can use the Pandas API to do whatever you like really (see the official docs, very thorough, and easy to understand, full of examples). If you prefer an SQL interface, you can try installing `sqldf` alongside pandas, and run SQL inside the pandas DataFrame. HTH, -- Suvayu Open source is the future. It sets us free. ___ 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: Fedora 30 EOL
On Fri, May 29, 2020 at 6:57 PM Roger Heflin wrote: > > I don't believe the kernel.org developers work out of the fedora > bugzilla (or any distro's bugzilla), so no one who knows anything is > likely to find and/or see the bug. > > To get a kernel developer you would need to at least post a summary to > the kernel subsystem list if you know which subsystem or the main > kernel if you don't. > > And the kernel.org guys do not care about any testing done on a fedora > delivered kernel as they don't know what code is in it, so you would > need to install a kernel.org kernel and bot from it and verify you > have the issue on the newest released one. I wish people read the thread or even posts carefully before responding. I'm well aware that kernel developers are not watching the Redhat BZ, but the maintainers are. Anyway, here's an example of a healthy exchange on BZ: - I reported this bug on Tuesday: https://bugzilla.redhat.com/show_bug.cgi?id=1840432 - There was some discussion - Today it got marked as a duplicate of this bug: https://bugzilla.redhat.com/show_bug.cgi?id=1840780 - The maintainer had commented on the second bug on Wednesday that he is too busy, and unlikely to find time to investigate - On Thursday another person dug through the upstream repo, found the commit that fixes the issue, determined that simply updating to the latest version from upstream would fix the crash, and as a bonus pointed to the underlying reason that caused the crash. - Earlier today the maintainer did a scratch build of the latest release, and asked for testing - I happened to be online, after testing I responded that the build works - Quite likely there will be a new release next week that pushes out the update. -- Suvayu Open source is the future. It sets us free. ___ 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
SQL Database Client GUI for Firebird?
Hi people. I have a huge CSV spreadsheet. I need to do a bunch of light duty data manipulation. Sort, total, export, that sort of thing. I could almost do it in the spreadsheet, but it would be too much copy/paste and the combinations of data I want to get out are exhaustive. I'm thinking of importing it into Firebird. I'm looking for a good GUI SQL client. Thoughts/ advice ? TOar ? DBEaver ? Something else ? (Python?) Thanks LG ___ 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: Fedora 30 EOL
Hi Bruno, On Fri, May 29, 2020 at 7:59 PM Bruno Wolff III wrote: > > I occasionally submit kernel bug reports. These days one good way to > get your report looked at is to bisect a Linus kernel to find the commit > that triggered the problem. This normally takes me about a week to get > done. I have gotten fixes for bugs that affected old hardware that was in > limited use by other people. It isn't that hard to do, but kernel builds can > take a while and you need to be able to reboot for each test and there can > be limitations on when that can get done. Could you please share your workflow? I have been looking for some guidance so that I can test upstream kernels when I encounter these hardware issues. I don't need step by step instructions, I'm very comfortable compiling software, I just need some way to manage the self-compiled kernels alongside Fedora kernels without littering my system with build artifacts, and play nice with SELinux :). I typically limit any software I compile myself to /opt or $HOME; unfortunately that doesn't quite work with kernels :-p -- Suvayu Open source is the future. It sets us free. ___ 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: how do I fix multiple open with the same thing?
On 2020-05-30 06:42, ToddAndMargo via users wrote: > On 2020-05-27 22:36, Ed Greshko wrote: >> On 2020-05-28 12:10, Ed Greshko wrote: >>> OK, good point. I don't have dups. >>> >>> Do you have a file ~/.local/share/applications/mimeapps.list ? >> >> Or, I think more importantly, a >> >> ~/.config/mimeapps.list >> >> file. >> >> If so, what are the contents. >> > > > grep -i png mimeapps.list > image/png=eog-4.desktop;eog-usercreated.desktop; > image/png=eog-4.desktop; > > Does not contain Open With list > Well, you've already fixed the problem. So, they won't be there any longer. -- The key to getting good answers is to ask good questions. ___ users mailing list -- users@lists.fedoraproject.org To unsubscribe send an email to users-le...@lists.fedoraproject.org Fedora Code of Conduct: https://docs.fedoraproject.org/en-US/project/code-of-conduct/ List Guidelines: https://fedoraproject.org/wiki/Mailing_list_guidelines List Archives: https://lists.fedoraproject.org/archives/list/users@lists.fedoraproject.org
Re: how do I fix multiple open with the same thing?
On 2020-05-28 01:49, Ed Greshko wrote: On 2020-05-28 16:28, ToddAndMargo via users wrote: On 2020-05-27 21:19, Ed Greshko wrote: On 2020-05-28 11:51, ToddAndMargo via users wrote: Huh? https://ibb.co/MnWJfMV Maybe you only had one program associated with .html Try a .txt file. That should have a lot of different applicators associated with it Also, if you right-click on the file and pick "Properties" there is a box "File Type Options". If you bring that up it should show a list. Are the dups there? Perfect Thank you. I have been trying for years to figure this one out I had not seen this issue in years, so it took a bit of thinking to reach a solution. To follow up a bit, mostly due to boredom The "Open With" queries a collection of "mimeapps.list" to present options. The locations and names of the various files are defined, for one place, here https://wiki.archlinux.org/index.php/XDG_MIME_Applications#mimeapps.list The duplicates, no doubt, existed in one of those files in your directory. And I have never been able to find them. I used find with -exec and grep several times with no luck. Krusader's Properties had the trick! Thank you again. I opened (Thunar) RFE: give ability to delete Open With entries https://gitlab.xfce.org/xfce/thunar/-/issues/309 ___ 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: how do I fix multiple open with the same thing?
On 2020-05-27 22:36, Ed Greshko wrote: On 2020-05-28 12:10, Ed Greshko wrote: OK, good point. I don't have dups. Do you have a file ~/.local/share/applications/mimeapps.list ? Or, I think more importantly, a ~/.config/mimeapps.list file. If so, what are the contents. grep -i png mimeapps.list image/png=eog-4.desktop;eog-usercreated.desktop; image/png=eog-4.desktop; Does not contain Open With list -- ~~ Computers are like air conditioners. They malfunction when you open windows ~~ ___ users mailing list -- users@lists.fedoraproject.org To unsubscribe send an email to users-le...@lists.fedoraproject.org Fedora Code of Conduct: https://docs.fedoraproject.org/en-US/project/code-of-conduct/ List Guidelines: https://fedoraproject.org/wiki/Mailing_list_guidelines List Archives: https://lists.fedoraproject.org/archives/list/users@lists.fedoraproject.org
Re: how do I fix multiple open with the same thing?
On 2020-05-27 21:10, Ed Greshko wrote: Do you have a file ~/.local/share/applications/mimeapps.list ? yes. Does not contain Open With entries ___ 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: Relating to Rawhide
David and I are Cavers, or at least former Cavers. https://en.wikipedia.org/wiki/Caving Mike On 5/29/20 1:08 PM, David Locklear wrote: David Locklear Novice Rawhide user P.S. I would like to give a shout out to my buddy, Flannigan. In all my 25 plus years of using the internet, he is the first person I have bumped into on the internet, that we knew from other hobbies, other than Linux. I will let him explain that if he wants. ___ 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: Restart F32 WiFi on ThinkPad P72
On Thu, 2020-05-28 at 00:37 -0700, Samuel Sieb wrote: > On 5/27/20 3:46 PM, Robert G (Doc) Savage via users wrote: > > Is that the only references to rfkill? Did the log start at boot up? > Try searching also for "KILL", it's likely in the wifi device > initialization. No, it was just a group of four repeating lines. Here's the entire output since rebooting yesterday: Immediately after reboot, from 00:05:17 - 00:05:38 # journalctl -b | grep rfkill May 29 00:05:17 tiger.protogeek.org kernel: thinkpad_acpi: rfkill switch tpacpi_bluetooth_sw: radio is unblocked May 29 00:05:19 tiger.protogeek.org systemd[1]: Listening on Load/Save RF Kill Switch Status /dev/rfkill Watch. May 29 00:05:19 tiger.protogeek.org audit[1]: SERVICE_START pid=1 uid=0 auid=4294967295 ses=4294967295 subj=system_u:system_r:init_t:s0 msg='unit=systemd-rfkill comm="systemd" exe="/usr/lib/systemd/systemd" hostname=? addr=? terminal=? res=success' May 29 00:05:24 tiger.protogeek.org systemd[1]: systemd-rfkill.service: Succeeded. May 29 00:05:24 tiger.protogeek.org audit[1]: SERVICE_STOP pid=1 uid=0 auid=4294967295 ses=4294967295 subj=system_u:system_r:init_t:s0 msg='unit=systemd-rfkill comm="systemd" exe="/usr/lib/systemd/systemd" hostname=? addr=? terminal=? res=success' May 29 00:05:24 tiger.protogeek.org kernel: audit: type=1131 audit(1590728724.799:94): pid=1 uid=0 auid=4294967295 ses=4294967295 subj=system_u:system_r:init_t:s0 msg='unit=systemd-rfkill comm="systemd" exe="/usr/lib/systemd/systemd" hostname=? addr=? terminal=? res=success' May 29 00:05:30 tiger.protogeek.org NetworkManager[1132]: [1590728730.2538] rfkill2: found Wi-Fi radio killswitch (at /sys/devices/pci:00/:00:14.3/ieee80211/phy0/rfkill2) (driver iwlwifi) May 29 00:05:30 tiger.protogeek.org NetworkManager[1132]: [1590728730.2540] manager[0x560023bbe080]: rfkill: Wi-Fi hardware radio set enabled May 29 00:05:30 tiger.protogeek.org NetworkManager[1132]: [1590728730.2540] manager[0x560023bbe080]: rfkill: WWAN hardware radio set disabled May 29 00:05:30 tiger.protogeek.org NetworkManager[1132]: [1590728730.2638] manager: rfkill: Wi-Fi disabled by radio killswitch; enabled by state file May 29 00:05:30 tiger.protogeek.org NetworkManager[1132]: [1590728730.2639] manager: rfkill: WWAN enabled by radio killswitch; disabled by state file May 29 00:05:30 tiger.protogeek.org audit[1]: SERVICE_START pid=1 uid=0 auid=4294967295 ses=4294967295 subj=system_u:system_r:init_t:s0 msg='unit=systemd-rfkill comm="systemd" exe="/usr/lib/systemd/systemd" hostname=? addr=? terminal=? res=success' May 29 00:05:30 tiger.protogeek.org NetworkManager[1132]: [1590728730.4670] manager: rfkill: Wi-Fi now enabled by radio killswitch May 29 00:05:33 tiger.protogeek.org NetworkManager[1132]: [1590728733.9596] manager: rfkill: Wi-Fi now disabled by radio killswitch May 29 00:05:38 tiger.protogeek.org systemd[1]: systemd-rfkill.service: Succeeded. May 29 00:05:38 tiger.protogeek.org audit[1]: SERVICE_STOP pid=1 uid=0 auid=4294967295 ses=4294967295 subj=system_u:system_r:init_t:s0 msg='unit=systemd-rfkill comm="systemd" exe="/usr/lib/systemd/systemd" hostname=? addr=? terminal=? res=success' Here I disconnected the copper Ethernet cable, from 00:07:33 - 00:18:14 May 29 00:07:33 tiger.protogeek.org kernel: rfkill: input handler disabled May 29 00:07:33 tiger.protogeek.org gsd-media-keys[8459]: Failed to grab accelerator for keybinding settings:rfkill May 29 00:07:57 tiger.protogeek.org kernel: rfkill: input handler enabled May 29 00:18:09 tiger.protogeek.org NetworkManager[1132]: [1590729489.0225] manager: rfkill: Wi-Fi now enabled by radio killswitch May 29 00:18:09 tiger.protogeek.org audit[1]: SERVICE_START pid=1 uid=0 auid=4294967295 ses=4294967295 subj=system_u:system_r:init_t:s0 msg='unit=systemd-rfkill comm="systemd" exe="/usr/lib/systemd/systemd" hostname=? addr=? terminal=? res=success' May 29 00:18:14 tiger.protogeek.org systemd[1]: systemd-rfkill.service: Succeeded. May 29 00:18:14 tiger.protogeek.org audit[1]: SERVICE_STOP pid=1 uid=0 auid=4294967295 ses=4294967295 subj=system_u:system_r:init_t:s0 msg='unit=systemd-rfkill comm="systemd" exe="/usr/lib/systemd/systemd" hostname=? addr=? terminal=? res=success' Reconnected the copper Ethernet cable, from 00:31:43 - 00:31:48 May 29 00:31:43 tiger.protogeek.org NetworkManager[1132]: [1590730303.2728] manager: rfkill: Wi-Fi now disabled by radio killswitch May 29 00:31:43 tiger.protogeek.org audit[1]: SERVICE_START pid=1 uid=0 auid=4294967295 ses=4294967295 subj=system_u:system_r:init_t:s0 msg='unit=systemd-rfkill comm="systemd" exe="/usr/lib/systemd/systemd" hostname=? addr=? terminal=? res=success' May 29 00:31:48 tiger.protogeek.org systemd[1]: systemd-rfkill.service: Succeeded. May 29 00:31:48 tiger.protogeek.org audit[1]: SERVICE_STOP pid=1 uid=0 auid=4294967295 ses=4294967295 subj=system_u:system_r:init_t:s0 msg='unit=systemd-rfkill comm="systemd" exe="/usr/lib/systemd/systemd" hostname=? addr=? termina
Re: Restart F32 WiFi on ThinkPad P72
On Thu, 2020-05-28 at 00:37 -0700, Samuel Sieb wrote: > On 5/27/20 3:46 PM, Robert G (Doc) Savage via users wrote: > > Here's what "journalctl -b" tells me: > > > > May 27 16:48:50 tiger.protogeek.org rfkill[14554]: unblock set for > > all > > May 27 16:48:50 tiger.protogeek.org audit[1]: SERVICE_START pid=1 > > uid=0 > > auid=4294967295 ses=4294967295 subj=system_u:system_r:init_t:s0 > > msg='unit=systemd-rfkill comm="systemd" > > exe="/usr/lib/systemd/systemd" > > hostname=? addr=? terminal=? res=success' > > May 27 16:48:56 tiger.protogeek.org systemd[1]: systemd- > > rfkill.service: > > Succeeded. > > May 27 16:48:56 tiger.protogeek.org audit[1]: SERVICE_STOP pid=1 > > uid=0 > > auid=4294967295 ses=4294967295 subj=system_u:system_r:init_t:s0 > > msg='unit=systemd-rfkill comm="systemd" > > exe="/usr/lib/systemd/systemd" > > hostname=? addr=? terminal=? res=success' > > Is that the only references to rfkill? Did the log start at boot up? > Try searching also for "KILL", it's likely in the wifi device > initialization. No. It was the final instance of four lines that repeat every time I disconnect my copper Ethernet cable and the system tries to light up the WiFi connection. In my next reply I'll send the entire output following a restart. > What is the "lspci" line for your wifi device? # lspci ... 00:14.3 Network controller: Intel Corporation Wireless-AC 9560 [Jefferson Peak] (rev 10) ... > > It looks like every time the service tries to start wifi with > > rfkill, > > SOMETHING is turning it around and stopping it. As the rfkill list > > command shows, this denial will apparently be done on all wifi > > connections that are stored in /etc/sysconfig/network-scripts: > > systemd-rfkill is a static service, it runs when called and then > stops. > > > # rfkill list > > 2: phy0: Wireless LAN > > Soft blocked: no > > Hard blocked: yes > > > > Since there is no hardware switch to enable/disable WiFi on the > > ThinkPad P72, there must be some configuration command I can give > > that > > turns "Hard blocked: yes" to "Hard blocked: no". > > No, that's the difference between a "hard" block and a "soft" block. > You need to find out why rfkill thinks the hardware is blocked. Because of a recent event where the opposite situation occurred -- wifi but no copper connectivity -- I decided to perform this 3-step experiment: 1. State immediately following a restart with copper Ethernet connected: $ rfkill list 0: tpacpi_bluetooth_sw: Bluetooth Soft blocked: no Hard blocked: no 1: hci0: Bluetooth Soft blocked: no Hard blocked: no 2: phy0: Wireless LAN Soft blocked: no Hard blocked: yes 2. Disconnect copper Ethernet and allow NetworkManager to try setting up wifi: $ rfkill list 0: tpacpi_bluetooth_sw: Bluetooth Soft blocked: no Hard blocked: no 1: hci0: Bluetooth Soft blocked: no Hard blocked: no 2: phy0: Wireless LAN Soft blocked: no Hard blocked: no 3. Reconnect copper Ethernet and allow NetworkManager to finish: $ rfkill list 0: tpacpi_bluetooth_sw: Bluetooth Soft blocked: no Hard blocked: no 1: hci0: Bluetooth Soft blocked: no Hard blocked: no 2: phy0: Wireless LAN Soft blocked: no Hard blocked: yes This test appears to show that NetworkManager is actually controlling the Wireless LAN hard blocking. My working theory is to the problem is in NetworkManager. --Doc Savage Fairview Heights, IL ___ 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: fedora 32 live DVD crashes
On Fri, 29 May 2020 at 10:56, Michael Hennebry < henne...@web.cs.ndsu.nodak.edu> wrote: > For whatever reason, > the persistent overlay does not work for me. > > I can get to runlevel 3 with or without nomodeset. > With nomodeset, > telinit 5 > brings me to 640x480 . > Without nomodeset, it fails: > the oh no screen rears its ugly head. > > Is there something I can do at runlevel 3 > to get a mode other than 640x480 ? > Have you tried the vga= kernel boot parameter? For Xwindows it would be good to get something other than VESA running, either i915 or by adding a graphics card. > > Is there something that will change xrandr's > idea of the screen size? > I had a look at the dmesg log on an old system with Nvidia card. It was set to display the startup messages, which were initially at low res then switched to the resolution of the monitor. The switch appears to occur when dmesg reports that nouveau has started. Have you looked in dmesg for any indication of why it doesn't load the i915 driver? https://www.kernel.org/doc/html/latest/gpu/i915.html says: "The drm/i915 driver supports all (with the exception of some very early models) integrated GFX chipsets with both Intel display and rendering blocks." It is possible that your system is one of those "very early models", or that the kernel developers removed support for some not quite as early models. The driver also needs a .bin firmware file. I have had problems with other hardware when upstream omitted the firmware files needed by old hardware. -- George N. White III ___ users mailing list -- users@lists.fedoraproject.org To unsubscribe send an email to users-le...@lists.fedoraproject.org Fedora Code of Conduct: https://docs.fedoraproject.org/en-US/project/code-of-conduct/ List Guidelines: https://fedoraproject.org/wiki/Mailing_list_guidelines List Archives: https://lists.fedoraproject.org/archives/list/users@lists.fedoraproject.org
Re: Fedora 30 EOL
On Fri, May 29, 2020 at 14:32:10 +, Suvayu Ali wrote: What baffles me most, is the nature of the bug. It is the text book case of a high priority bug, new (budget) hardware, which is becoming common place very fast, where Fedora isn't bootable, add to that it is a regression bug. How does a bug with these characteristics not come within the peripheral vision of the maintainers, specially when the reporter is eager to do all kinds of troubleshooting and testing!? Clearly something is wrong with the automation, the question is. how should that be fixed? I occasionally submit kernel bug reports. These days one good way to get your report looked at is to bisect a Linus kernel to find the commit that triggered the problem. This normally takes me about a week to get done. I have gotten fixes for bugs that affected old hardware that was in limited use by other people. It isn't that hard to do, but kernel builds can take a while and you need to be able to reboot for each test and there can be limitations on when that can get done. I run developmental kernels, so I'm likely to see bugs before others. Getting the problem noticed upstream before a kernel is released seems to also increase the odds of someone taking interest in it. For issues before rc1, I just usually note the issue in a Fedora bug so that others can notice that others are seeing the same thing. But enough of these get fixed by rc1 that it usually isn't worth it for me to go through the trouble of bisecting until after rc1 is released. (That will change with some newer hardware I'm putting together that will build kernels for that machine in a lot less time.) ___ users mailing list -- users@lists.fedoraproject.org To unsubscribe send an email to users-le...@lists.fedoraproject.org Fedora Code of Conduct: https://docs.fedoraproject.org/en-US/project/code-of-conduct/ List Guidelines: https://fedoraproject.org/wiki/Mailing_list_guidelines List Archives: https://lists.fedoraproject.org/archives/list/users@lists.fedoraproject.org
Re: Fedora 30 EOL
I don't believe the kernel.org developers work out of the fedora bugzilla (or any distro's bugzilla), so no one who knows anything is likely to find and/or see the bug. To get a kernel developer you would need to at least post a summary to the kernel subsystem list if you know which subsystem or the main kernel if you don't. And the kernel.org guys do not care about any testing done on a fedora delivered kernel as they don't know what code is in it, so you would need to install a kernel.org kernel and bot from it and verify you have the issue on the newest released one. On Fri, May 29, 2020 at 9:33 AM Suvayu Ali wrote: > > Hi Michael, > > On Thu, May 28, 2020 at 5:30 PM Michael Schwendt wrote: > > > > On Thu, 28 May 2020 18:08:48 +0930, Tim via users wrote: > > > > > Perhaps there should be an automated culling of participants. If you > > > step up the plate to say you'll maintain a package, but don't, *you* > > > get dumped from bugzilla. > > > > Please let's not create a thread of doom. > > > > You can't seriously suggest blocking kernel maintainers from bugzilla just > > because they don't have the manpower to take a look at every ticket and > > perform meaningful, helpful triaging. Some key components are literally > > flooded with bug reports. In order to deal with the number of tickets, > > using scripts is an obvious thing to do. Yet it isn't done in a proper and > > OS user-friendly way. > > I agree, this is exactly the case (I'm the OP, and the person who > filed the BZ referenced earlier). There should be clear guidance how > a motivated user can follow through, do the relevant triaging, and > maybe even test an upstream kernel, In fact if you read the BZ, > you'll see that I tried vanilla RC kernels from Thorsten's repo and > reported back to the BZ. > > What baffles me most, is the nature of the bug. It is the text book > case of a high priority bug, new (budget) hardware, which is becoming > common place very fast, where Fedora isn't bootable, add to that it is > a regression bug. How does a bug with these characteristics not come > within the peripheral vision of the maintainers, specially when the > reporter is eager to do all kinds of troubleshooting and testing!? > Clearly something is wrong with the automation, the question is. how > should that be fixed? > > -- > Suvayu > > Open source is the future. It sets us free. > ___ > 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
Relating to Rawhide
If you are not interested in Rawhide basics, please hit the delete button now. This post is aimed at people who may not know what Rawhide really is, or how it gets updated, etc. The link below is a Dropbox link, showing a list of packages installed on my computer. https://paper.dropbox.com/published/Status-of-my-Rawhide-Workstation-install-May-29-2020--A05n3~ezELV7Qkcq_DIK2hpwBg-MaUMLE1b8fi2PTRgCK38G6K My Rawhide computer has been performing nominally, ( without hiccups ) since I installed the unofficial iso. This list shows that some of the packages come from Anaconda. I assume, ( feel free to correct me ), that those packages have not changed, since I did the install. Right ?? Also note there are two different suffixes in the filenames "fc32," and "fc33." Obviously, fc33 are the packages that have been updated and re-labeled to show they are going to be in the upcoming Version 33 of Fedora. What those suffixes actually do in the server, meaning as to what repo they are in, I will let someone else explain all that. I assume those packages with fc32 suffix are identical to what you have if you are using fc32 Workstation. For example, the package "bash" is apparently fc32. As you can see, most of the important packages are updated in someway and have the fc33 suffix.Meaning lots of hardwork has been done by people. Thank you to those volunteers, etc. Note that there is one package "fc31," that being "trousers." As you can see, the kernel is the latest rc7 available. Since 5.7.0 will go stable in a few days, I assume that the next kernel I get will be 5.8.0.rc0.git### or something like that, or at least that will be the kernel on my install, in about two weeks. Feel free to correct me. Unfortunately, I have had little access to my computer in the past month, due to not having a stable place to reside, and that will likely be the case for me this summer. I am looking forward to reading about how Fedora performs on the upcoming Raspberry Pi 4, with 8 GB of RAM. Another sad note, is that due to my financial situation, I had to downgrade to a less expensive phone service provider, and in doing so I ended up with a refurbished iPhone. I have never used an iPhone before, and now I am doing most of my internet needs on the iPhone. Actually, I am just using the hotspot on it, and still doing most of my stuff on my old Android Alcatel 3V. Cheers, David Locklear Novice Rawhide user P.S. I would like to give a shout out to my buddy, Flannigan. In all my 25 plus years of using the internet, he is the first person I have bumped into on the internet, that we knew from other hobbies, other than Linux.I will let him explain that if he wants. ___ 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: Fedora 30 EOL
Hi Michael, On Thu, May 28, 2020 at 5:30 PM Michael Schwendt wrote: > > On Thu, 28 May 2020 18:08:48 +0930, Tim via users wrote: > > > Perhaps there should be an automated culling of participants. If you > > step up the plate to say you'll maintain a package, but don't, *you* > > get dumped from bugzilla. > > Please let's not create a thread of doom. > > You can't seriously suggest blocking kernel maintainers from bugzilla just > because they don't have the manpower to take a look at every ticket and > perform meaningful, helpful triaging. Some key components are literally > flooded with bug reports. In order to deal with the number of tickets, > using scripts is an obvious thing to do. Yet it isn't done in a proper and > OS user-friendly way. I agree, this is exactly the case (I'm the OP, and the person who filed the BZ referenced earlier). There should be clear guidance how a motivated user can follow through, do the relevant triaging, and maybe even test an upstream kernel, In fact if you read the BZ, you'll see that I tried vanilla RC kernels from Thorsten's repo and reported back to the BZ. What baffles me most, is the nature of the bug. It is the text book case of a high priority bug, new (budget) hardware, which is becoming common place very fast, where Fedora isn't bootable, add to that it is a regression bug. How does a bug with these characteristics not come within the peripheral vision of the maintainers, specially when the reporter is eager to do all kinds of troubleshooting and testing!? Clearly something is wrong with the automation, the question is. how should that be fixed? -- Suvayu Open source is the future. It sets us free. ___ 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: fedora 32 live DVD crashes
For whatever reason, the persistent overlay does not work for me. I can get to runlevel 3 with or without nomodeset. With nomodeset, telinit 5 brings me to 640x480 . Without nomodeset, it fails: the oh no screen rears its ugly head. Is there something I can do at runlevel 3 to get a mode other than 640x480 ? Is there something that will change xrandr's idea of the screen size? -- Michael henne...@web.cs.ndsu.nodak.edu "Sorry but your password must contain an uppercase letter, a number, a haiku, a gang sign, a heiroglyph, and the blood of a virgin." -- someeecards ___ 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: Question on difference between dnf upgrade versus clean install?
> You might run a smartctl --all /dev/ and see if the disk is > reporting issues with sectors. > > A few slow but still readable sectors would push up the time. > hdparm -Tt /dev/sda /dev/sda: Timing cached reads: 8624 MB in 1.99 seconds = 4323.10 MB/sec Timing buffered disk reads: 398 MB in 3.01 seconds = 132.12 MB/sec did short smartctl test see no errors. smartctl 7.1 2019-12-30 r5022 [x86_64-linux-5.6.13-200.fc31.x86_64] (local build) Copyright (C) 2002-19, Bruce Allen, Christian Franke, www.smartmontools.org === START OF INFORMATION SECTION === Model Family: Seagate Mobile HDD Device Model: ST1000LM035-1RK172 Serial Number:ZDEBD551 LU WWN Device Id: 5 000c50 0b21db1f2 Firmware Version: SDM2 User Capacity:1,000,204,886,016 bytes [1.00 TB] Sector Sizes: 512 bytes logical, 4096 bytes physical Rotation Rate:5400 rpm Form Factor: 2.5 inches Device is:In smartctl database [for details use: -P show] ATA Version is: ACS-3 T13/2161-D revision 3b SATA Version is: SATA 3.1, 6.0 Gb/s (current: 3.0 Gb/s) Local Time is:Fri May 29 23:43:17 2020 ChST SMART support is: Available - device has SMART capability. SMART support is: Enabled === START OF READ SMART DATA SECTION === SMART overall-health self-assessment test result: PASSED General SMART Values: Offline data collection status: (0x00) Offline data collection activity was never started. Auto Offline Data Collection: Disabled. Self-test execution status: ( 0) The previous self-test routine completed without error or no self-test has ever been run. Total time to complete Offline data collection:(0) seconds. Offline data collection capabilities:(0x71) SMART execute Offline immediate. No Auto Offline data collection support. Suspend Offline collection upon new command. No Offline surface scan supported. Self-test supported. Conveyance Self-test supported. Selective Self-test supported. SMART capabilities:(0x0003) Saves SMART data before entering power-saving mode. Supports SMART auto save timer. Error logging capability:(0x01) Error logging supported. General Purpose Logging supported. Short self-test routine recommended polling time:( 1) minutes. Extended self-test routine recommended polling time:( 162) minutes. Conveyance self-test routine recommended polling time:( 2) minutes. SCT capabilities: (0x3035) SCT Status supported. SCT Feature Control supported. SCT Data Table supported. SMART Attributes Data Structure revision number: 10 Vendor Specific SMART Attributes with Thresholds: ID# ATTRIBUTE_NAME FLAG VALUE WORST THRESH TYPE UPDATED WHEN_FAILED RAW_VALUE 1 Raw_Read_Error_Rate 0x000f 082 064 006Pre-fail Always - 148372794 3 Spin_Up_Time0x0003 099 099 000Pre-fail Always - 0 4 Start_Stop_Count0x0032 100 100 020Old_age Always - 37 5 Reallocated_Sector_Ct 0x0033 100 100 036Pre-fail Always - 0 7 Seek_Error_Rate 0x000f 082 060 045Pre-fail Always - 168378750 9 Power_On_Hours 0x0032 089 089 000Old_age Always - 9738 (126 157 0) 10 Spin_Retry_Count0x0013 100 100 097Pre-fail Always - 0 12 Power_Cycle_Count 0x0032 100 100 020Old_age Always - 36 184 End-to-End_Error0x0032 100 100 099Old_age Always - 0 187 Reported_Uncorrect 0x0032 100 100 000Old_age Always - 0 188 Command_Timeout 0x0032 100 100 000Old_age Always - 0 189 High_Fly_Writes 0x003a 100 100 000Old_age Always - 0 190 Airflow_Temperature_Cel 0x0022 054 046 040Old_age Always - 46 (Min/Max 33/52) 191 G-Sense_Error_Rate 0x0032 100 100 000Old_age Always - 252 192 Power-Off_Retract_Count 0x0032 100 100 000Old_age Always - 4 193 Load_Cycle_Count0x0032 001 001 000Old_age Always - 201701 194 Temperature_Celsius 0x0022 046 054 000Old_age Always - 46 (0 25 0 0 0) 197 Current_Pending_Sector 0x0012 100 1
Re: Question on difference between dnf upgrade versus clean install?
You might run a smartctl --all /dev/ and see if the disk is reporting issues with sectors. A few slow but still readable sectors would push up the time. On Fri, May 29, 2020 at 1:25 AM Michael D. Setzer II via users wrote: > > > On 2020-05-29 01:58, Michael D. Setzer II via users wrote: > >> I've got 5 Fedora machines at my house. Recently > >> upgraded a couple since FC30 was becoming EOL. > >> > >> Some I did a clean install. New Hard disk, and install > >> from iso. Usually, that takes about 1/2 hour for whole > >> process. Including install of OS, and then install of a > >> number of other packages I use that are not installed by > >> default. > >> > >> Did update on my notebook machine as well using dnf > >> system update. This system has some more packages > >> installed. Showed 5070 versus about 2000+ for the > >> clean install. Download process took about 30 minutes, > >> but then the reboot and upgrade process took just over > >> 14 hours. Total was 14 hours 50 minutes. > >> > >> Not clear why it would take 15 times as long? Checked > >> while running, and dnf was running at 100%, but just > >> using 1 cpu. Notebook has dual cpus. Don't know if > >> others just run it, and check when done, but seems to > >> be a bigger difference in time than it should be. > > > > I do not know why your upgrade would have taken so long. I just upgraded > > an > > F30 VM to F32. It is a pretty vanilla Workstation install. The VM's > > disks are actually > > hosted on a NAS over nfs and are traditional spinning HW. > > > > I upgraded via "dnf system-upgrade". The number of packages upgraded was > > 1656. > > The download phase took 9 minutes 10 seconds. The upgrade phase took a > > few ticks > > over 25 minutes. > > > > I would think that checking > > > > dnf system-upgrade log > > > > and seeing if one area in particular was responsible for the excessive > > time may be > > helpful. > > > > Another recent upgrade of an old notebook from F31->F32, Core2 Duo CPU, > > with 2626 > > packages upgraded took 58 minutes. That notebook does have an SSD. > > > > -- > > The key to getting good answers is to ask good questions. > > Pulled the data from the boot.log > 31814 lines > Total Time 14:59.59.05 > Longest single change was 1156.203674 seconds > [ 1740.207952] dnf[807]: Running scriptlet: > filesystem-3.12-2.fc31.x86_64 1/1 > Average of transactions 1.6918392547953 > Only 11 transactions took 60 seconds or longer > > Had to clean out lines that where mixed in with the upgrade of starting > and stopping things during process. > Extracted the time data, and then compared the times of each process to > calculate the difference. > > CPU is Intel(R) Pentium(R) CPU 2020M @ 2.40GHz with just 2 cores. > Has 12G of Ram. > > If you want, I could send you the libreoffice calc file. Perhaps you would > see something that I've missed. > > > ___ > > 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
F32 Upgrade From F31 Produces Never Seen Before Error Message in Gnome on Xorg and Possibly also KDE.
HI, I have a config file in /etc/X11/xorg.conf.d to start up DM's on Xorg in 4K monitor resolution, as in F31 both Xorg and Wayland would start up in 800x600 resolution and I would then have to minimize then maximize the VM window for the DM to switch into 4K resolution as I desired. After upgrading from F31 to F32 (there were lots of issues with the upgrade that I will detail in other threads), when the Gnome on Xorg DM starts up (I am using Virtualbox on Wndows 10) I get a message at the top of the DM screen specifying 'VBOxClient: Failed to Register Resizing Support'. What exactly does this message mean? Looking at dmesg I also get lots of the following messages: [ 2457.520753] Service: Shared Clipboard [ 2457.532708] Service: Host Version Check [ 2457.543366] Service: Seamless [ 2457.568504] Service: Drag and Drop (DnD) [ 2457.574146] Service: Display SVGA X11 [ 2457.593861] Running service failed: VERR_RESOURCE_BUSY [ 2458.363216] rfkill: input handler disabled [ 2476.932326] rfkill: input handler enabled [ 2477.087703] A fatal guest X Window error occurred. This may just mean that the Window system was shut down while the client was still runn [ 2477.088440] A fatal guest X Window error occurred. This may just mean that the Window system was shut down while the client was still runn [ 2477.089249] A fatal guest X Window error occurred. This may just mean that the Window system was shut down while the client was still runn [ 2477.089476] Terminating threads ... [ 2477.298103] [drm:vmw_msg_ioctl [vmwgfx]] *ERROR* Failed to open channel. [ 2477.298113] [drm:vmw_msg_ioctl [vmwgfx]] *ERROR* Failed to open channel. [ 2477.306374] [drm:vmw_msg_ioctl [vmwgfx]] *ERROR* Failed to open channel. [ 2477.306386] [drm:vmw_msg_ioctl [vmwgfx]] *ERROR* Failed to open channel. [ 2477.307899] Error waiting for HGCM thread to terminate: VERR_TIMEOUT [ 2477.530080] Error waiting for X11 thread to terminate: VERR_TIMEOUT [ 2477.530218] Terminating threads done [ 2478.064888] [drm:vmw_msg_ioctl [vmwgfx]] *ERROR* Failed to open channel. [ 2478.064895] [drm:vmw_msg_ioctl [vmwgfx]] *ERROR* Failed to open channel. [ 2734.487676] [drm:vmw_msg_ioctl [vmwgfx]] *ERROR* Failed to open channel. [ 2734.487683] [drm:vmw_msg_ioctl [vmwgfx]] *ERROR* Failed to open channel. [ 2734.704766] Service: Shared Clipboard [ 2734.706763] Service: Host Version Check [ 2734.708109] Shared Clipboard: Starting X11 event thread [ 2734.709898] Service: Seamless [ 2734.711912] Service: Drag and Drop (DnD) [ 2734.714049] Service: Display SVGA X11 [ 2734.716013] VMWARE's ctrl extension is available. Major Opcode is 128. [ 2734.716183] Worker loop running [ 2734.716706] Proxy window=6291457, root window=349 ... [ 2734.716858] Started [ 2734.716976] 6.1.8_Fedorar137981 [ 2734.717337] Failed to register resizing support, rc=VERR_RESOURCE_BUSY [ 2734.834519] [drm:vmw_msg_ioctl [vmwgfx]] *ERROR* Failed to open channel. [ 2734.834527] [drm:vmw_msg_ioctl [vmwgfx]] *ERROR* Failed to open channel. [ 2734.878953] [drm:vmw_msg_ioctl [vmwgfx]] *ERROR* Failed to open channel. [ 2734.878961] [drm:vmw_msg_ioctl [vmwgfx]] *ERROR* Failed to open channel. [ 2735.068488] [drm:vmw_msg_ioctl [vmwgfx]] *ERROR* Failed to open channel. [ 2735.068496] [drm:vmw_msg_ioctl [vmwgfx]] *ERROR* Failed to open channel. [ 2736.203451] Service: Shared Clipboard [ 2736.214513] Service: Host Version Check [ 2736.257245] Service: Seamless [ 2736.261294] Service: Drag and Drop (DnD) [ 2736.262580] Running service failed: VERR_RESOURCE_BUSY [ 2736.269149] Service: Display SVGA X11 [ 2736.272574] VMWARE's ctrl extension is available. Major Opcode is 128. [ 2736.273835] Failed to register resizing support, rc=VERR_RESOURCE_BUSY [ 2736.370194] Running service failed: VERR_RESOURCE_BUSY [ 2736.612437] rfkill: input handler disabled [ 2783.634779] [drm:vmw_msg_ioctl [vmwgfx]] *ERROR* Failed to open channel. [ 2783.634786] [drm:vmw_msg_ioctl [vmwgfx]] *ERROR* Failed to open channel. [ 2815.140895] [drm:vmw_msg_ioctl [vmwgfx]] *ERROR* Failed to open channel. [ 2815.140902] [drm:vmw_msg_ioctl [vmwgfx]] *ERROR* Failed to open channel. [ 2822.904030] [drm:vmw_msg_ioctl [vmwgfx]] *ERROR* Failed to open channel. [ 2822.904038] [drm:vmw_msg_ioctl [vmwgfx]] *ERROR* Failed to open channel. regards, Steve ___ 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: f31 :: sd card not accesible
On 5/29/20 12:24 AM, Adrian Sevcenco wrote: On 5/28/20 8:56 PM, Samuel Sieb wrote: On 5/28/20 10:07 AM, Adrian Sevcenco wrote: On 5/28/20 8:01 PM, Samuel Sieb wrote: What is the "lspci" line for your sd card reader? 01:00.0 SD Host controller: O2 Micro, Inc. SD/MMC Card Reader Controller (rev 01) Subsystem: Lenovo Device 3824 Kernel driver in use: sdhci-pci Kernel modules: sdhci_pci Can you do that again with "-n"? I need the id that is in the form of 1234:abcd. oh, yes 01:00.0 0805: 1217:8621 (rev 01) Subsystem: 17aa:3824 Kernel driver in use: sdhci-pci Kernel modules: sdhci_pci Ok, I see other references with this device being a problem. Try running the following commands (as root): rmmod sdhci_pci rmmod sdhci modprobe sdhci debug_quirks2="0x8000" modprobe sdhci_pci Then see what shows up in the log when you put the card in. ___ users mailing list -- users@lists.fedoraproject.org To unsubscribe send an email to users-le...@lists.fedoraproject.org Fedora Code of Conduct: https://docs.fedoraproject.org/en-US/project/code-of-conduct/ List Guidelines: https://fedoraproject.org/wiki/Mailing_list_guidelines List Archives: https://lists.fedoraproject.org/archives/list/users@lists.fedoraproject.org
Re: f31 :: sd card not accesible
On 5/28/20 8:56 PM, Samuel Sieb wrote: On 5/28/20 10:07 AM, Adrian Sevcenco wrote: On 5/28/20 8:01 PM, Samuel Sieb wrote: What is the "lspci" line for your sd card reader? 01:00.0 SD Host controller: O2 Micro, Inc. SD/MMC Card Reader Controller (rev 01) Subsystem: Lenovo Device 3824 Kernel driver in use: sdhci-pci Kernel modules: sdhci_pci Can you do that again with "-n"? I need the id that is in the form of 1234:abcd. oh, yes 01:00.0 0805: 1217:8621 (rev 01) Subsystem: 17aa:3824 Kernel driver in use: sdhci-pci Kernel modules: sdhci_pci What are the log messages when you put it in the reader? [23880.295558] mmc0: new ultra high speed SDR104 SDXC card at address [23880.296086] mmcblk0: mmc0: SN64G 59.5 GiB [23880.811578] print_req_error: 4 callbacks suppressed [23880.811582] blk_update_request: I/O error, dev mmcblk0, sector 0 op 0x0:(READ) flags 0x0 phys_seg 1 prio class 0 I assume you can read other SD cards. yes, i tried with an old kingson 2gb card and it worked: [ 935.830836] mmc0: new high speed SD card at address 4d7a [ 935.831197] mmcblk0: mmc0:4d7a SD02G 1.88 GiB [ 935.835395] mmcblk0: p1 this one does not have any speed indication on it If you do "journalctl -b", can you find the log messages from when the SD reader is initialized? Search for "mmc", then scroll back a bit. May 29 12:59:05 c340sev kernel: sdhci: Secure Digital Host Controller Interface driver May 29 12:59:05 c340sev kernel: sdhci: Copyright(c) Pierre Ossman May 29 12:59:05 c340sev kernel: sdhci-pci :01:00.0: SDHCI controller found [1217:8621] (rev 1) May 29 12:59:05 c340sev kernel: mmc0: SDHCI controller on PCI [:01:00.0] using ADMA Thanks a lot! Adrian ___ 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