Re: AMD GPU not used by Fedora 31
Just tell me something: Is there a support forum for Wayland ? Maybe a mailing list ? I can only see a wayland-devel mailing list. Where do I ask support questions for Wayland ? Xorg has a nice users lists that I have used in the past, but I find nothing like that for Wayland. On Thu, Apr 23, 2020 at 1:58 AM AV wrote: > On Wed, 2020-04-22 at 16:07 +, Sreyan Chakravarty wrote: > > > On Mon, 2020-04-20 at 23:19 +0530, Sreyan Chakravarty wrote: > > > So read up a little on this so you won't be confused by > > > advice > > > > I actually tried to understand what was the deal with switcheroo from > > here: > > > https://developer.gnome.org/switcheroo-control/stable/gdbus-net.hadess.SwitcherooControl.html > > > > But it provided no workable insights. > > > > On my system I only have a switcheroo binary running from > > /usr/libexec/switcheroo > > > > Other than that there seem to be no configurable options. > > Your original question/problem has slipped my mind. > But I gather that you have a hybrid laptop with Intel > CPU and AMD GPU. I have no personal experience with > such beasts but I would think that it 'justs works' > with recent kernels and radeon/amdgpu drivers. > > The problem is of course 'what' is working the Intel > graphics or the AMD graphics. And you would like to be > able to use either one by command. > > First make sure everything is up and running: > lsmod |grep radeon amdgpu > dnesg |grep radeon amdgpu > > Then you can try the commands specified in > https://help.ubuntu.com/community/HybridGraphics > (that is how switcheroo is used!) > > BUT: This only works under Xorg not Wayland > something like xrandr does not exist for Wayland. > AND: I am not 100% sure but I belief that switcheroo > is not suited for radeon/amdgpu. If you want to specify > which GPU is going to be used you have to use the PRIME > option (with commands DRI_PRIME = 0 or DRI_PRIME = 1) see > https://wiki.archlinux.org/index.php/PRIME > https://wiki.archlinux.org/index.php/AMDGPU > > On Wayland you can get some info about running graphics > with 'glxinfo' see > https://vstinner.github.io/debug-hybrid-graphics-issues-linux.html > > AV > > ___ > 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 > -- Regards, Sreyan Chakravarty ___ 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: Problem with Brother scanner
On Wed, 2020-04-22 at 21:17 -0400, Fred Smith wrote: > > I don't know how the OP installed the Brother drivers, but there are > two ways: one is detailed with lots of tweaks you need to make, and > the other is relatively trivial. > > You can either: > 1. download the individual driver files and hack your system > according > to the instructions on the site, or > 2. download a single installer file that asks you questions then > downloads and installs the driver files for you. After that you can > use whatever app you use on that system to set up a printer. On > Centos I usually use the print settings tool (though you should be > able to use CUPs on port 631 instead.) Thanks for the input. I had originally tried to install with the installer script, but for some reason it wanted to install .deb packages on my Fedora system, so I abandoned it and installed the rpms directly. Now I went back to the script and hacked it a bit to always go with rpms and then ran it. And now the scanner works :) /Robin ___ 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: printing probblems
On 2020-04-22 23:08, Angelo Moreschini wrote: > I made, ...the command is sudo hp-setup > > I made what you suggested ED. > I installed the printer using this tool (hp-setup) but this didn't resolved > the problem. > The only difference is that now I don't get the message "couldn't start the > printer..." You deleted the old printer definition. Are the error log messages the same? -- 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: [solved] Re: dnf Bus error (core dumped)
On 2020-04-23 08:31, ToddAndMargo via users wrote: > You any good at shutdown problems? Probably a good idea to start a new post on that subject if you're having issues. -- 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: Problem with Brother scanner
On Wed, Apr 22, 2020 at 05:43:59PM -, Doug Herr wrote: > > Hi list > > > > I recently got a Brother scanner/printer for my Fedora 31 desktop. I've > > installed all the drivers from Brother and the printing part works > > fine, but not scanning. > > > > When I launch simple-scan, [snip] > > I have not tried that sanning app, but I found that Xsane works well with my > Brother DCP-L2550DW. > Package installed: xsane-0.999-34.fc31.x86_64 > > -- > Doug H. We have a Brother DCP7065DN multifunction printer/scanner/kitchen-sink here, difference is that it is on the household LAN, not USB connected. However, everything works great even on my Centos system. Both Sane and simple-scan work for scanning. I don't know how the OP installed the Brother drivers, but there are two ways: one is detailed with lots of tweaks you need to make, and the other is relatively trivial. You can either: 1. download the individual driver files and hack your system according to the instructions on the site, or 2. download a single installer file that asks you questions then downloads and installs the driver files for you. After that you can use whatever app you use on that system to set up a printer. On Centos I usually use the print settings tool (though you should be able to use CUPs on port 631 instead.) For my printer (since I don't know what printer the OP has) I'd go to this page https://support.brother.com/g/b/downloadlist.aspx?c=us&lang=en&prod=dcp7065dn_all&os=127 which downloads the "driver install tool". You could download the individual bits and pieces you need from that page, too, but this one seems to do the whole job. There's probably a page like that for your printer, too, and I'd suggest you install it that way. good luck! Fred -- --- Under no circumstances will I ever purchase anything offered to me as the result of an unsolicited e-mail message. Nor will I forward chain letters, petitions, mass mailings, or virus warnings to large numbers of others. This is my contribution to the survival of the online community. --Roger Ebert, December, 1996 - The Boulder Pledge - ___ 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: [solved] Re: dnf Bus error (core dumped)
On Wed, Apr 22, 2020 at 6:57 PM ToddAndMargo via users wrote: On 2020-04-22 16:24, Roger Heflin wrote: One question, it your os install on a spinning disk or on a ssd? depending on how much a given rpm is touching it could take a long time for some installs on spinning disks. I gave up and just about all of the machines I have have a 64gb ssd or larger just so the upgrades are nice and fast. Hi Roger, Disclaimer, I now only sell Samsung SSD drives. Been burned too many times by cheaper ones. Had to give away too much free labor and free parts. Now all my customers are on Samsung and I no longer have that economic drain to worry about. This particular server uses two 2GB mechanical drives in a RSTe (e for enterprise) RAID 1 configuration on an Intel C236 chipset At the time I designed the server, larger SATA SSD's had not reached my desired reliability in RSTe RAID 1 (Samsung have great ones for that now) and NVMe were small and terribly expensive. I have asked the customer to let me remove the mechanical drives as they are getting close to the end of their lifespan and replace then with a single Samsung NVMe. Samsung's NVMe drives are now super reliable and the server is no longer mission critical, but only "necessary". And they are assiduous about backing up (dump/restore script by me). Has the server remained mission critical, I would have recommended Samsung's SATA SSD that are meant for RAID. When I do installs from a USB3 flash drive, I am still tickled over the 10 minute installs. Then again, Fedora to be my all time favorite operating system. -T On 2020-04-22 17:49, Roger Heflin wrote: > I have only bought Samsung or Crucial(micron) (prior to samsung really > being serious about ssd's), for home. Work buys from a large > enterprise vendor, who sources things from various ssd makers. You can really have quality issues doing that. > I have been putting a small unmirrored ssd in for OS and then whatever > else for the other one if you need larger size and cheaper, but can > tolerate slower, at home that is. > > Some of the rpm installs were taking way too long on spinning disks > for me to even like at home. That works in theory, but I have only found one customer that it worked out for, As a rule I put everything on the same drive. Windows serves are especially a pain when they do a C: and a D: partition. My customer and I have lost all interest in mechanical drives. I have not had a bad Samsung drive yet. ___ 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: [solved] Re: dnf Bus error (core dumped)
I have only bought Samsung or Crucial(micron) (prior to samsung really being serious about ssd's), for home. Work buys from a large enterprise vendor, who sources things from various ssd makers. I have been putting a small unmirrored ssd in for OS and then whatever else for the other one if you need larger size and cheaper, but can tolerate slower, at home that is. Some of the rpm installs were taking way too long on spinning disks for me to even like at home. On Wed, Apr 22, 2020 at 6:57 PM ToddAndMargo via users wrote: > > On 2020-04-22 16:24, Roger Heflin wrote: > > One question, it your os install on a spinning disk or on a ssd? > > depending on how much a given rpm is touching it could take a long > > time for some installs on spinning disks. I gave up and just about > > all of the machines I have have a 64gb ssd or larger just so the > > upgrades are nice and fast. > > Hi Roger, > > Disclaimer, I now only sell Samsung SSD drives. Been > burned too many times by cheaper ones. Had to give > away too much free labor and free parts. Now > all my customers are on Samsung and I no longer > have that economic drain to worry about. > > This particular server uses two 2GB mechanical drives > in a RSTe (e for enterprise) RAID 1 configuration on an > Intel C236 chipset > > At the time I designed the server, larger SATA SSD's > had not reached my desired reliability in RSTe > RAID 1 (Samsung have great ones for that now) > and NVMe were small and terribly expensive. > > I have asked the customer to let me remove the > mechanical drives as they are getting close to > the end of their lifespan and replace then with > a single Samsung NVMe. Samsung's NVMe drives are > now super reliable and the server is no longer > mission critical, but only "necessary". And they > are assiduous about backing up (dump/restore script > by me). > > Has the server remained mission critical, I would > have recommended Samsung's SATA SSD that are > meant for RAID. > > When I do installs from a USB3 flash drive, I > am still tickled over the 10 minute installs. > Then again, Fedora to be my all time favorite > operating system. > > -T > ___ > users mailing list -- users@lists.fedoraproject.org > To unsubscribe send an email to users-le...@lists.fedoraproject.org > Fedora Code of Conduct: > https://docs.fedoraproject.org/en-US/project/code-of-conduct/ > List Guidelines: https://fedoraproject.org/wiki/Mailing_list_guidelines > List Archives: > https://lists.fedoraproject.org/archives/list/users@lists.fedoraproject.org ___ 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: [solved] Re: dnf Bus error (core dumped)
On 2020-04-22 17:11, stan via users wrote: On Wed, 22 Apr 2020 16:11:56 -0700 ToddAndMargo via users wrote: It FINALLY went past that point and completed. Yippee!! And # dnf upgrade went perfectly And it even installed, wait for it, wait for it, Brave Browser Thank you all for the help! Great feeling when the issue is resolved successfully, isn't it? :-) Especially since I thought I was going to have to wipe and reinstall !!! You any good at shutdown problems? ___ 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: [solved] Re: dnf Bus error (core dumped)
On Wed, 22 Apr 2020 16:11:56 -0700 ToddAndMargo via users wrote: > It FINALLY went past that point and completed. Yippee!! > > And > # dnf upgrade > went perfectly > > And it even installed, wait for it, wait for it, Brave Browser > > Thank you all for the help! Great feeling when the issue is resolved successfully, isn't 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: [solved] Re: dnf Bus error (core dumped)
On 2020-04-22 16:24, Roger Heflin wrote: One question, it your os install on a spinning disk or on a ssd? depending on how much a given rpm is touching it could take a long time for some installs on spinning disks. I gave up and just about all of the machines I have have a 64gb ssd or larger just so the upgrades are nice and fast. Hi Roger, Disclaimer, I now only sell Samsung SSD drives. Been burned too many times by cheaper ones. Had to give away too much free labor and free parts. Now all my customers are on Samsung and I no longer have that economic drain to worry about. This particular server uses two 2GB mechanical drives in a RSTe (e for enterprise) RAID 1 configuration on an Intel C236 chipset At the time I designed the server, larger SATA SSD's had not reached my desired reliability in RSTe RAID 1 (Samsung have great ones for that now) and NVMe were small and terribly expensive. I have asked the customer to let me remove the mechanical drives as they are getting close to the end of their lifespan and replace then with a single Samsung NVMe. Samsung's NVMe drives are now super reliable and the server is no longer mission critical, but only "necessary". And they are assiduous about backing up (dump/restore script by me). Has the server remained mission critical, I would have recommended Samsung's SATA SSD that are meant for RAID. When I do installs from a USB3 flash drive, I am still tickled over the 10 minute installs. Then again, Fedora to be my all time favorite operating system. -T ___ users mailing list -- users@lists.fedoraproject.org To unsubscribe send an email to users-le...@lists.fedoraproject.org Fedora Code of Conduct: https://docs.fedoraproject.org/en-US/project/code-of-conduct/ List Guidelines: https://fedoraproject.org/wiki/Mailing_list_guidelines List Archives: https://lists.fedoraproject.org/archives/list/users@lists.fedoraproject.org
Re: [solved] Re: dnf Bus error (core dumped)
One question, it your os install on a spinning disk or on a ssd? depending on how much a given rpm is touching it could take a long time for some installs on spinning disks. I gave up and just about all of the machines I have have a 64gb ssd or larger just so the upgrades are nice and fast. On Wed, Apr 22, 2020 at 6:12 PM ToddAndMargo via users wrote: > > On 2020-04-22 15:24, Samuel Sieb wrote: > > On 4/22/20 3:00 PM, ToddAndMargo via users wrote: > >> On 2020-04-22 14:43, Samuel Sieb wrote: > >>> "ps -elf" will let you search by parent process. Try finding out > >>> what the script is doing that is getting stuck. > >> > >> Still jammed > >> > >> # ps -elf | grep -i [d]nf > >> 4 S root 8553 5032 7 80 0 - 167759 - 14:22 pts/0 > >> 00:02:44 /usr/bin/python3 /usr/bin/dnf remove --duplicates > > > > The next command after this would have been "ps -elf | grep 8553". > > "pstree -a" is also fun and could work. (Don't pipe it to anything for > > best results.) > > > Hi Sam, > > It FINALLY went past that point and completed. Yippee!! > > And > # dnf upgrade > went perfectly > > And it even installed, wait for it, wait for it, Brave Browser > > Thank you all for the help! > > -T > ___ > users mailing list -- users@lists.fedoraproject.org > To unsubscribe send an email to users-le...@lists.fedoraproject.org > Fedora Code of Conduct: > https://docs.fedoraproject.org/en-US/project/code-of-conduct/ > List Guidelines: https://fedoraproject.org/wiki/Mailing_list_guidelines > List Archives: > https://lists.fedoraproject.org/archives/list/users@lists.fedoraproject.org ___ 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
[solved] Re: dnf Bus error (core dumped)
On 2020-04-22 15:24, Samuel Sieb wrote: On 4/22/20 3:00 PM, ToddAndMargo via users wrote: On 2020-04-22 14:43, Samuel Sieb wrote: "ps -elf" will let you search by parent process. Try finding out what the script is doing that is getting stuck. Still jammed # ps -elf | grep -i [d]nf 4 S root 8553 5032 7 80 0 - 167759 - 14:22 pts/0 00:02:44 /usr/bin/python3 /usr/bin/dnf remove --duplicates The next command after this would have been "ps -elf | grep 8553". "pstree -a" is also fun and could work. (Don't pipe it to anything for best results.) Hi Sam, It FINALLY went past that point and completed. Yippee!! And # dnf upgrade went perfectly And it even installed, wait for it, wait for it, Brave Browser Thank you all for the help! -T ___ users mailing list -- users@lists.fedoraproject.org To unsubscribe send an email to users-le...@lists.fedoraproject.org Fedora Code of Conduct: https://docs.fedoraproject.org/en-US/project/code-of-conduct/ List Guidelines: https://fedoraproject.org/wiki/Mailing_list_guidelines List Archives: https://lists.fedoraproject.org/archives/list/users@lists.fedoraproject.org
Re: dnf Bus error (core dumped)
On 4/22/20 3:00 PM, ToddAndMargo via users wrote: On 2020-04-22 14:43, Samuel Sieb wrote: "ps -elf" will let you search by parent process. Try finding out what the script is doing that is getting stuck. Still jammed # ps -elf | grep -i [d]nf 4 S root 8553 5032 7 80 0 - 167759 - 14:22 pts/0 00:02:44 /usr/bin/python3 /usr/bin/dnf remove --duplicates The next command after this would have been "ps -elf | grep 8553". "pstree -a" is also fun and could work. (Don't pipe it to anything for best results.) ___ 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: dnf Bus error (core dumped)
On 2020-04-22 14:43, Samuel Sieb wrote: On 4/22/20 2:40 PM, ToddAndMargo via users wrote: Jammed at the same point that started this all: Upgrading : gimp-2:2.10.14-1.module_f30+6995+c35e2138.x86_ 434/1470 Running scriptlet: selinux-policy-targeted-3.14.3-57.fc30.noarch 435/1470 Reinstalling : selinux-policy-targeted-3.14.3-57.fc30.noarch 435/1470 Running scriptlet: selinux-policy-targeted-3.14.3-57.fc30.noarch 435/1470 I will let it run for an hour before panicking. "ps -elf" will let you search by parent process. Try finding out what the script is doing that is getting stuck. Still jammed # ps -elf | grep -i [d]nf 4 S root 8553 5032 7 80 0 - 167759 - 14:22 pts/0 00:02:44 /usr/bin/python3 /usr/bin/dnf remove --duplicates # ps -elf | grep -i [s]elinux Oh poop! I finally when past selinux. Oh please, oh please! ___ 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: dnf Bus error (core dumped)
On 4/22/20 2:40 PM, ToddAndMargo via users wrote: Jammed at the same point that started this all: Upgrading : gimp-2:2.10.14-1.module_f30+6995+c35e2138.x86_ 434/1470 Running scriptlet: selinux-policy-targeted-3.14.3-57.fc30.noarch 435/1470 Reinstalling : selinux-policy-targeted-3.14.3-57.fc30.noarch 435/1470 Running scriptlet: selinux-policy-targeted-3.14.3-57.fc30.noarch 435/1470 I will let it run for an hour before panicking. "ps -elf" will let you search by parent process. Try finding out what the script is doing that is getting stuck. ___ 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: dnf Bus error (core dumped)
On 2020-04-22 14:28, Samuel Sieb wrote: On 4/22/20 2:25 PM, ToddAndMargo via users wrote: On 2020-04-22 14:22, ToddAndMargo via users wrote: On 2020-04-22 14:18, Samuel Sieb wrote: Did you see my earlier suggestion about using distro-sync from a live boot? If it worked, it would be a lot easier than trying to track down a consistent set of rpms which might not even be the right ones. I noticed pcre2 in the list of possible problems from your verification check. If you really want to do it via rpms, I would suggest starting with that one. Sorry missed it or did not realize what it was. I can be thick as a board at times. Oh I remember now. It core dumped dnf on the live image core dumped? Or were you using "chroot"? Oh no, sorry, I was thinking of something else. I am not at the server's location. I am logged in with both ssh and xrdp ___ 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: dnf Bus error (core dumped)
On 2020-04-22 14:26, ToddAndMargo via users wrote: On 2020-04-22 14:24, ToddAndMargo via users wrote: On 2020-04-22 14:21, ToddAndMargo via users wrote: On 2020-04-22 14:03, ToddAndMargo via users wrote: On 2020-04-22 13:42, stan via users wrote: On Wed, 22 Apr 2020 12:58:06 -0700 ToddAndMargo via users wrote: [root@server dnf]# rpm -Uvf *.rpm error: Failed dependencies: python3-dnf-plugins-core < 4.0.12 conflicts with dnf-4.2.18-1.fc30.noarch libsolv-devel(x86-64) >= 0.7.7 is needed by libdnf-devel-0.43.1-5.fc30.x86_64 pkgconfig(glib-2.0) is needed by libdnf-devel-0.43.1-5.fc30.x86_64 pkgconfig(librepo) is needed by libdnf-devel-0.43.1-5.fc30.x86_64 pkgconfig(libsolv) is needed by libdnf-devel-0.43.1-5.fc30.x86_64 pkgconfig(libsolvext) is needed by libdnf-devel-0.43.1-5.fc30.x86_64 pkgconfig(rpm) is needed by libdnf-devel-0.43.1-5.fc30.x86_64 pkgconfig(sqlite3) is needed by libdnf-devel-0.43.1-5.fc30.x86_64 What next, force remove the offenders and then do an "ivh"? I don't think you need libdnf-devel, as that is for people who are working on dnf, not for people who are using it. So, just remove it. dnf remove libdnf-devel And the plugins conflict occurs because you don't have the dnf-plugins matching the other packages in your update. https://koji.fedoraproject.org/koji/buildinfo?buildID=1429433 This time I got the f30 right. I just went on autopilot to the f31 packages even though I knew you needed f30. Well, fewer conflicts this time: # ls dnf-4.2.18-1.fc30.noarch.rpm dnf-automatic-4.2.18-1.fc30.noarch.rpm dnf-data-4.2.18-1.fc30.noarch.rpm dnf-plugins-core-4.0.13-1.fc30.noarch.rpm dnf-utils-4.0.13-1.fc30.noarch.rpm dnf-yum-4.2.18-1.fc30.noarch.rpm libdnf-0.43.1-5.fc30.x86_64.rpm libdnf-debuginfo-0.43.1-5.fc30.x86_64.rpm libdnf-debugsource-0.43.1-5.fc30.x86_64.rpm libdnf-devel-0.43.1-5.fc30.x86_64.rpm python3-dnf-4.2.18-1.fc30.noarch.rpm python3-dnf-plugin-leaves-4.0.13-1.fc30.noarch.rpm python3-dnf-plugin-local-4.0.13-1.fc30.noarch.rpm python3-dnf-plugin-post-transaction-actions-4.0.13-1.fc30.noarch.rpm python3-dnf-plugins-core-4.0.13-1.fc30.noarch.rpm python3-dnf-plugin-show-leaves-4.0.13-1.fc30.noarch.rpm python3-dnf-plugin-versionlock-4.0.13-1.fc30.noarch.rpm python3-hawkey-0.43.1-5.fc30.x86_64.rpm python3-hawkey-debuginfo-0.43.1-5.fc30.x86_64.rpm python3-libdnf-0.43.1-5.fc30.x86_64.rpm python3-libdnf-debuginfo-0.43.1-5.fc30.x86_64.rpm # rpm -Uvf *.rpm error: Failed dependencies: yum-utils < 1.1.31-530 conflicts with dnf-utils-4.0.13-1.fc30.noarch libsolv-devel(x86-64) >= 0.7.7 is needed by libdnf-devel-0.43.1-5.fc30.x86_64 pkgconfig(glib-2.0) is needed by libdnf-devel-0.43.1-5.fc30.x86_64 pkgconfig(librepo) is needed by libdnf-devel-0.43.1-5.fc30.x86_64 pkgconfig(libsolv) is needed by libdnf-devel-0.43.1-5.fc30.x86_64 pkgconfig(libsolvext) is needed by libdnf-devel-0.43.1-5.fc30.x86_64 pkgconfig(rpm) is needed by libdnf-devel-0.43.1-5.fc30.x86_64 pkgconfig(sqlite3) is needed by libdnf-devel-0.43.1-5.fc30.x86_64 # gls devel libdnf-devel-0.43.1-5.fc30.x86_64.rpm # mv libdnf-devel-0.43.1-5.fc30.x86_64.rpm libdnf-devel-0.43.1-5.fc30.x86_64.rpm.000 # rpm -Uvf *.rpm error: Failed dependencies: yum-utils < 1.1.31-530 conflicts with dnf-utils-4.0.13-1.fc30.noarch # gls yum dnf-yum-4.2.18-1.fc30.noarch.rpm # rpm -e yum-utils # rpm -Uvf *.rpm Verifying packages... Preparing packages... package libdnf-0.43.1-5.fc30.x86_64 is already installed package dnf-data-4.2.18-1.fc30.noarch is already installed # mv libdnf-0.43.1-5.fc30.x86_64.rpm libdnf-0.43.1-5.fc30.x86_64.rpm.000 # mv dnf-data-4.2.18-1.fc30.noarch.rpm dnf-data-4.2.18-1.fc30.noarch.rpm.000 # rpm -Uvf *.rpm Verifying packages... Preparing packages... libdnf-debugsource-0.43.1-5.fc30.x86_64 libdnf-debuginfo-0.43.1-5.fc30.x86_64 python3-libdnf-0.43.1-5.fc30.x86_64 python3-hawkey-0.43.1-5.fc30.x86_64 python3-dnf-4.2.18-1.fc30.noarch python3-dnf-plugins-core-4.0.13-1.fc30.noarch dnf-4.2.18-1.fc30.noarch dnf-plugins-core-4.0.13-1.fc30.noarch python3-dnf-plugin-leaves-4.0.13-1.fc30.noarch python3-dnf-plugin-show-leaves-4.0.13-1.fc30.noarch dnf-utils-4.0.13-1.fc30.noarch dnf-automatic-4.2.18-1.fc30.noarch dnf-yum-4.2.18-1.fc30.noarch python3-dnf-plugin-local-4.0.13-1.fc30.noarch python3-dnf-plugin-post-transaction-actions-4.0.13-1.fc30.noarch python3-dnf-plugin-versionlock-4.0.13-1.fc30.noarch python3-hawkey-debuginfo-0.43.1-5.fc30.x86_64 python3-libdnf-debuginfo-0.43.1-5.fc30.x86_64 dnf-yum-4.2.11-2.fc30.noarch dnf-4.2.11-2.fc30.noarch dnf-plugins-core-4.0.10-1.fc30.noarch python3-dnf-plugins-core-4.0.10-1.fc30.noarch python3-dnf-4.2.11-2.fc30.noarch python3-hawkey-0.35.5-2.fc30.x86_64 python3-libdnf-0.35.5-2.fc30.x86_64 # dnf upgrade is doing its thing now. I will get back with the results. :-) Burped on a bunch of duplicates. I am running #dnf remove --duplicates right now. It has 523 to do And it is now reinstalling 1470 items. It will be
Re: dnf Bus error (core dumped)
On 4/22/20 2:25 PM, ToddAndMargo via users wrote: On 2020-04-22 14:22, ToddAndMargo via users wrote: On 2020-04-22 14:18, Samuel Sieb wrote: Did you see my earlier suggestion about using distro-sync from a live boot? If it worked, it would be a lot easier than trying to track down a consistent set of rpms which might not even be the right ones. I noticed pcre2 in the list of possible problems from your verification check. If you really want to do it via rpms, I would suggest starting with that one. Sorry missed it or did not realize what it was. I can be thick as a board at times. Oh I remember now. It core dumped dnf on the live image core dumped? Or were you using "chroot"? ___ 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: dnf Bus error (core dumped)
On 4/22/20 2:24 PM, ToddAndMargo via users wrote: I am running #dnf remove --duplicates right now. It has 523 to do Careful, I have had some real bad results with that. If dnf is working now, just use "distro-sync". ___ 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: dnf Bus error (core dumped)
On 2020-04-22 14:24, ToddAndMargo via users wrote: On 2020-04-22 14:21, ToddAndMargo via users wrote: On 2020-04-22 14:03, ToddAndMargo via users wrote: On 2020-04-22 13:42, stan via users wrote: On Wed, 22 Apr 2020 12:58:06 -0700 ToddAndMargo via users wrote: [root@server dnf]# rpm -Uvf *.rpm error: Failed dependencies: python3-dnf-plugins-core < 4.0.12 conflicts with dnf-4.2.18-1.fc30.noarch libsolv-devel(x86-64) >= 0.7.7 is needed by libdnf-devel-0.43.1-5.fc30.x86_64 pkgconfig(glib-2.0) is needed by libdnf-devel-0.43.1-5.fc30.x86_64 pkgconfig(librepo) is needed by libdnf-devel-0.43.1-5.fc30.x86_64 pkgconfig(libsolv) is needed by libdnf-devel-0.43.1-5.fc30.x86_64 pkgconfig(libsolvext) is needed by libdnf-devel-0.43.1-5.fc30.x86_64 pkgconfig(rpm) is needed by libdnf-devel-0.43.1-5.fc30.x86_64 pkgconfig(sqlite3) is needed by libdnf-devel-0.43.1-5.fc30.x86_64 What next, force remove the offenders and then do an "ivh"? I don't think you need libdnf-devel, as that is for people who are working on dnf, not for people who are using it. So, just remove it. dnf remove libdnf-devel And the plugins conflict occurs because you don't have the dnf-plugins matching the other packages in your update. https://koji.fedoraproject.org/koji/buildinfo?buildID=1429433 This time I got the f30 right. I just went on autopilot to the f31 packages even though I knew you needed f30. Well, fewer conflicts this time: # ls dnf-4.2.18-1.fc30.noarch.rpm dnf-automatic-4.2.18-1.fc30.noarch.rpm dnf-data-4.2.18-1.fc30.noarch.rpm dnf-plugins-core-4.0.13-1.fc30.noarch.rpm dnf-utils-4.0.13-1.fc30.noarch.rpm dnf-yum-4.2.18-1.fc30.noarch.rpm libdnf-0.43.1-5.fc30.x86_64.rpm libdnf-debuginfo-0.43.1-5.fc30.x86_64.rpm libdnf-debugsource-0.43.1-5.fc30.x86_64.rpm libdnf-devel-0.43.1-5.fc30.x86_64.rpm python3-dnf-4.2.18-1.fc30.noarch.rpm python3-dnf-plugin-leaves-4.0.13-1.fc30.noarch.rpm python3-dnf-plugin-local-4.0.13-1.fc30.noarch.rpm python3-dnf-plugin-post-transaction-actions-4.0.13-1.fc30.noarch.rpm python3-dnf-plugins-core-4.0.13-1.fc30.noarch.rpm python3-dnf-plugin-show-leaves-4.0.13-1.fc30.noarch.rpm python3-dnf-plugin-versionlock-4.0.13-1.fc30.noarch.rpm python3-hawkey-0.43.1-5.fc30.x86_64.rpm python3-hawkey-debuginfo-0.43.1-5.fc30.x86_64.rpm python3-libdnf-0.43.1-5.fc30.x86_64.rpm python3-libdnf-debuginfo-0.43.1-5.fc30.x86_64.rpm # rpm -Uvf *.rpm error: Failed dependencies: yum-utils < 1.1.31-530 conflicts with dnf-utils-4.0.13-1.fc30.noarch libsolv-devel(x86-64) >= 0.7.7 is needed by libdnf-devel-0.43.1-5.fc30.x86_64 pkgconfig(glib-2.0) is needed by libdnf-devel-0.43.1-5.fc30.x86_64 pkgconfig(librepo) is needed by libdnf-devel-0.43.1-5.fc30.x86_64 pkgconfig(libsolv) is needed by libdnf-devel-0.43.1-5.fc30.x86_64 pkgconfig(libsolvext) is needed by libdnf-devel-0.43.1-5.fc30.x86_64 pkgconfig(rpm) is needed by libdnf-devel-0.43.1-5.fc30.x86_64 pkgconfig(sqlite3) is needed by libdnf-devel-0.43.1-5.fc30.x86_64 # gls devel libdnf-devel-0.43.1-5.fc30.x86_64.rpm # mv libdnf-devel-0.43.1-5.fc30.x86_64.rpm libdnf-devel-0.43.1-5.fc30.x86_64.rpm.000 # rpm -Uvf *.rpm error: Failed dependencies: yum-utils < 1.1.31-530 conflicts with dnf-utils-4.0.13-1.fc30.noarch # gls yum dnf-yum-4.2.18-1.fc30.noarch.rpm # rpm -e yum-utils # rpm -Uvf *.rpm Verifying packages... Preparing packages... package libdnf-0.43.1-5.fc30.x86_64 is already installed package dnf-data-4.2.18-1.fc30.noarch is already installed # mv libdnf-0.43.1-5.fc30.x86_64.rpm libdnf-0.43.1-5.fc30.x86_64.rpm.000 # mv dnf-data-4.2.18-1.fc30.noarch.rpm dnf-data-4.2.18-1.fc30.noarch.rpm.000 # rpm -Uvf *.rpm Verifying packages... Preparing packages... libdnf-debugsource-0.43.1-5.fc30.x86_64 libdnf-debuginfo-0.43.1-5.fc30.x86_64 python3-libdnf-0.43.1-5.fc30.x86_64 python3-hawkey-0.43.1-5.fc30.x86_64 python3-dnf-4.2.18-1.fc30.noarch python3-dnf-plugins-core-4.0.13-1.fc30.noarch dnf-4.2.18-1.fc30.noarch dnf-plugins-core-4.0.13-1.fc30.noarch python3-dnf-plugin-leaves-4.0.13-1.fc30.noarch python3-dnf-plugin-show-leaves-4.0.13-1.fc30.noarch dnf-utils-4.0.13-1.fc30.noarch dnf-automatic-4.2.18-1.fc30.noarch dnf-yum-4.2.18-1.fc30.noarch python3-dnf-plugin-local-4.0.13-1.fc30.noarch python3-dnf-plugin-post-transaction-actions-4.0.13-1.fc30.noarch python3-dnf-plugin-versionlock-4.0.13-1.fc30.noarch python3-hawkey-debuginfo-0.43.1-5.fc30.x86_64 python3-libdnf-debuginfo-0.43.1-5.fc30.x86_64 dnf-yum-4.2.11-2.fc30.noarch dnf-4.2.11-2.fc30.noarch dnf-plugins-core-4.0.10-1.fc30.noarch python3-dnf-plugins-core-4.0.10-1.fc30.noarch python3-dnf-4.2.11-2.fc30.noarch python3-hawkey-0.35.5-2.fc30.x86_64 python3-libdnf-0.35.5-2.fc30.x86_64 # dnf upgrade is doing its thing now. I will get back with the results. :-) Burped on a bunch of duplicates. I am running #dnf remove --duplicates right now. It has 523 to do And it is now reinstalling 1470 items. It will be a while. BUT NO CORE DUMPS __
Re: dnf Bus error (core dumped)
On 2020-04-22 14:22, ToddAndMargo via users wrote: On 2020-04-22 14:18, Samuel Sieb wrote: Did you see my earlier suggestion about using distro-sync from a live boot? If it worked, it would be a lot easier than trying to track down a consistent set of rpms which might not even be the right ones. I noticed pcre2 in the list of possible problems from your verification check. If you really want to do it via rpms, I would suggest starting with that one. Sorry missed it or did not realize what it was. I can be thick as a board at times. Oh I remember now. It core dumped ___ 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: dnf Bus error (core dumped)
On 2020-04-22 14:21, ToddAndMargo via users wrote: On 2020-04-22 14:03, ToddAndMargo via users wrote: On 2020-04-22 13:42, stan via users wrote: On Wed, 22 Apr 2020 12:58:06 -0700 ToddAndMargo via users wrote: [root@server dnf]# rpm -Uvf *.rpm error: Failed dependencies: python3-dnf-plugins-core < 4.0.12 conflicts with dnf-4.2.18-1.fc30.noarch libsolv-devel(x86-64) >= 0.7.7 is needed by libdnf-devel-0.43.1-5.fc30.x86_64 pkgconfig(glib-2.0) is needed by libdnf-devel-0.43.1-5.fc30.x86_64 pkgconfig(librepo) is needed by libdnf-devel-0.43.1-5.fc30.x86_64 pkgconfig(libsolv) is needed by libdnf-devel-0.43.1-5.fc30.x86_64 pkgconfig(libsolvext) is needed by libdnf-devel-0.43.1-5.fc30.x86_64 pkgconfig(rpm) is needed by libdnf-devel-0.43.1-5.fc30.x86_64 pkgconfig(sqlite3) is needed by libdnf-devel-0.43.1-5.fc30.x86_64 What next, force remove the offenders and then do an "ivh"? I don't think you need libdnf-devel, as that is for people who are working on dnf, not for people who are using it. So, just remove it. dnf remove libdnf-devel And the plugins conflict occurs because you don't have the dnf-plugins matching the other packages in your update. https://koji.fedoraproject.org/koji/buildinfo?buildID=1429433 This time I got the f30 right. I just went on autopilot to the f31 packages even though I knew you needed f30. Well, fewer conflicts this time: # ls dnf-4.2.18-1.fc30.noarch.rpm dnf-automatic-4.2.18-1.fc30.noarch.rpm dnf-data-4.2.18-1.fc30.noarch.rpm dnf-plugins-core-4.0.13-1.fc30.noarch.rpm dnf-utils-4.0.13-1.fc30.noarch.rpm dnf-yum-4.2.18-1.fc30.noarch.rpm libdnf-0.43.1-5.fc30.x86_64.rpm libdnf-debuginfo-0.43.1-5.fc30.x86_64.rpm libdnf-debugsource-0.43.1-5.fc30.x86_64.rpm libdnf-devel-0.43.1-5.fc30.x86_64.rpm python3-dnf-4.2.18-1.fc30.noarch.rpm python3-dnf-plugin-leaves-4.0.13-1.fc30.noarch.rpm python3-dnf-plugin-local-4.0.13-1.fc30.noarch.rpm python3-dnf-plugin-post-transaction-actions-4.0.13-1.fc30.noarch.rpm python3-dnf-plugins-core-4.0.13-1.fc30.noarch.rpm python3-dnf-plugin-show-leaves-4.0.13-1.fc30.noarch.rpm python3-dnf-plugin-versionlock-4.0.13-1.fc30.noarch.rpm python3-hawkey-0.43.1-5.fc30.x86_64.rpm python3-hawkey-debuginfo-0.43.1-5.fc30.x86_64.rpm python3-libdnf-0.43.1-5.fc30.x86_64.rpm python3-libdnf-debuginfo-0.43.1-5.fc30.x86_64.rpm # rpm -Uvf *.rpm error: Failed dependencies: yum-utils < 1.1.31-530 conflicts with dnf-utils-4.0.13-1.fc30.noarch libsolv-devel(x86-64) >= 0.7.7 is needed by libdnf-devel-0.43.1-5.fc30.x86_64 pkgconfig(glib-2.0) is needed by libdnf-devel-0.43.1-5.fc30.x86_64 pkgconfig(librepo) is needed by libdnf-devel-0.43.1-5.fc30.x86_64 pkgconfig(libsolv) is needed by libdnf-devel-0.43.1-5.fc30.x86_64 pkgconfig(libsolvext) is needed by libdnf-devel-0.43.1-5.fc30.x86_64 pkgconfig(rpm) is needed by libdnf-devel-0.43.1-5.fc30.x86_64 pkgconfig(sqlite3) is needed by libdnf-devel-0.43.1-5.fc30.x86_64 # gls devel libdnf-devel-0.43.1-5.fc30.x86_64.rpm # mv libdnf-devel-0.43.1-5.fc30.x86_64.rpm libdnf-devel-0.43.1-5.fc30.x86_64.rpm.000 # rpm -Uvf *.rpm error: Failed dependencies: yum-utils < 1.1.31-530 conflicts with dnf-utils-4.0.13-1.fc30.noarch # gls yum dnf-yum-4.2.18-1.fc30.noarch.rpm # rpm -e yum-utils # rpm -Uvf *.rpm Verifying packages... Preparing packages... package libdnf-0.43.1-5.fc30.x86_64 is already installed package dnf-data-4.2.18-1.fc30.noarch is already installed # mv libdnf-0.43.1-5.fc30.x86_64.rpm libdnf-0.43.1-5.fc30.x86_64.rpm.000 # mv dnf-data-4.2.18-1.fc30.noarch.rpm dnf-data-4.2.18-1.fc30.noarch.rpm.000 # rpm -Uvf *.rpm Verifying packages... Preparing packages... libdnf-debugsource-0.43.1-5.fc30.x86_64 libdnf-debuginfo-0.43.1-5.fc30.x86_64 python3-libdnf-0.43.1-5.fc30.x86_64 python3-hawkey-0.43.1-5.fc30.x86_64 python3-dnf-4.2.18-1.fc30.noarch python3-dnf-plugins-core-4.0.13-1.fc30.noarch dnf-4.2.18-1.fc30.noarch dnf-plugins-core-4.0.13-1.fc30.noarch python3-dnf-plugin-leaves-4.0.13-1.fc30.noarch python3-dnf-plugin-show-leaves-4.0.13-1.fc30.noarch dnf-utils-4.0.13-1.fc30.noarch dnf-automatic-4.2.18-1.fc30.noarch dnf-yum-4.2.18-1.fc30.noarch python3-dnf-plugin-local-4.0.13-1.fc30.noarch python3-dnf-plugin-post-transaction-actions-4.0.13-1.fc30.noarch python3-dnf-plugin-versionlock-4.0.13-1.fc30.noarch python3-hawkey-debuginfo-0.43.1-5.fc30.x86_64 python3-libdnf-debuginfo-0.43.1-5.fc30.x86_64 dnf-yum-4.2.11-2.fc30.noarch dnf-4.2.11-2.fc30.noarch dnf-plugins-core-4.0.10-1.fc30.noarch python3-dnf-plugins-core-4.0.10-1.fc30.noarch python3-dnf-4.2.11-2.fc30.noarch python3-hawkey-0.35.5-2.fc30.x86_64 python3-libdnf-0.35.5-2.fc30.x86_64 # dnf upgrade is doing its thing now. I will get back with the results. :-) Burped on a bunch of duplicates. I am running #dnf remove --duplicates right now. It has 523 to do ___ users mailing list -- users@lists.fedoraproject.org To unsubscribe send an email to users-le...@lists.fedoraproje
Re: dnf Bus error (core dumped)
On 2020-04-22 14:18, Samuel Sieb wrote: Did you see my earlier suggestion about using distro-sync from a live boot? If it worked, it would be a lot easier than trying to track down a consistent set of rpms which might not even be the right ones. I noticed pcre2 in the list of possible problems from your verification check. If you really want to do it via rpms, I would suggest starting with that one. Sorry missed it or did not realize what it was. I can be thick as a board at times. ___ 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: dnf Bus error (core dumped)
On 2020-04-22 14:03, ToddAndMargo via users wrote: On 2020-04-22 13:42, stan via users wrote: On Wed, 22 Apr 2020 12:58:06 -0700 ToddAndMargo via users wrote: [root@server dnf]# rpm -Uvf *.rpm error: Failed dependencies: python3-dnf-plugins-core < 4.0.12 conflicts with dnf-4.2.18-1.fc30.noarch libsolv-devel(x86-64) >= 0.7.7 is needed by libdnf-devel-0.43.1-5.fc30.x86_64 pkgconfig(glib-2.0) is needed by libdnf-devel-0.43.1-5.fc30.x86_64 pkgconfig(librepo) is needed by libdnf-devel-0.43.1-5.fc30.x86_64 pkgconfig(libsolv) is needed by libdnf-devel-0.43.1-5.fc30.x86_64 pkgconfig(libsolvext) is needed by libdnf-devel-0.43.1-5.fc30.x86_64 pkgconfig(rpm) is needed by libdnf-devel-0.43.1-5.fc30.x86_64 pkgconfig(sqlite3) is needed by libdnf-devel-0.43.1-5.fc30.x86_64 What next, force remove the offenders and then do an "ivh"? I don't think you need libdnf-devel, as that is for people who are working on dnf, not for people who are using it. So, just remove it. dnf remove libdnf-devel And the plugins conflict occurs because you don't have the dnf-plugins matching the other packages in your update. https://koji.fedoraproject.org/koji/buildinfo?buildID=1429433 This time I got the f30 right. I just went on autopilot to the f31 packages even though I knew you needed f30. Well, fewer conflicts this time: # ls dnf-4.2.18-1.fc30.noarch.rpm dnf-automatic-4.2.18-1.fc30.noarch.rpm dnf-data-4.2.18-1.fc30.noarch.rpm dnf-plugins-core-4.0.13-1.fc30.noarch.rpm dnf-utils-4.0.13-1.fc30.noarch.rpm dnf-yum-4.2.18-1.fc30.noarch.rpm libdnf-0.43.1-5.fc30.x86_64.rpm libdnf-debuginfo-0.43.1-5.fc30.x86_64.rpm libdnf-debugsource-0.43.1-5.fc30.x86_64.rpm libdnf-devel-0.43.1-5.fc30.x86_64.rpm python3-dnf-4.2.18-1.fc30.noarch.rpm python3-dnf-plugin-leaves-4.0.13-1.fc30.noarch.rpm python3-dnf-plugin-local-4.0.13-1.fc30.noarch.rpm python3-dnf-plugin-post-transaction-actions-4.0.13-1.fc30.noarch.rpm python3-dnf-plugins-core-4.0.13-1.fc30.noarch.rpm python3-dnf-plugin-show-leaves-4.0.13-1.fc30.noarch.rpm python3-dnf-plugin-versionlock-4.0.13-1.fc30.noarch.rpm python3-hawkey-0.43.1-5.fc30.x86_64.rpm python3-hawkey-debuginfo-0.43.1-5.fc30.x86_64.rpm python3-libdnf-0.43.1-5.fc30.x86_64.rpm python3-libdnf-debuginfo-0.43.1-5.fc30.x86_64.rpm # rpm -Uvf *.rpm error: Failed dependencies: yum-utils < 1.1.31-530 conflicts with dnf-utils-4.0.13-1.fc30.noarch libsolv-devel(x86-64) >= 0.7.7 is needed by libdnf-devel-0.43.1-5.fc30.x86_64 pkgconfig(glib-2.0) is needed by libdnf-devel-0.43.1-5.fc30.x86_64 pkgconfig(librepo) is needed by libdnf-devel-0.43.1-5.fc30.x86_64 pkgconfig(libsolv) is needed by libdnf-devel-0.43.1-5.fc30.x86_64 pkgconfig(libsolvext) is needed by libdnf-devel-0.43.1-5.fc30.x86_64 pkgconfig(rpm) is needed by libdnf-devel-0.43.1-5.fc30.x86_64 pkgconfig(sqlite3) is needed by libdnf-devel-0.43.1-5.fc30.x86_64 # gls devel libdnf-devel-0.43.1-5.fc30.x86_64.rpm # mv libdnf-devel-0.43.1-5.fc30.x86_64.rpm libdnf-devel-0.43.1-5.fc30.x86_64.rpm.000 # rpm -Uvf *.rpm error: Failed dependencies: yum-utils < 1.1.31-530 conflicts with dnf-utils-4.0.13-1.fc30.noarch # gls yum dnf-yum-4.2.18-1.fc30.noarch.rpm # rpm -e yum-utils # rpm -Uvf *.rpm Verifying packages... Preparing packages... package libdnf-0.43.1-5.fc30.x86_64 is already installed package dnf-data-4.2.18-1.fc30.noarch is already installed # mv libdnf-0.43.1-5.fc30.x86_64.rpm libdnf-0.43.1-5.fc30.x86_64.rpm.000 # mv dnf-data-4.2.18-1.fc30.noarch.rpm dnf-data-4.2.18-1.fc30.noarch.rpm.000 # rpm -Uvf *.rpm Verifying packages... Preparing packages... libdnf-debugsource-0.43.1-5.fc30.x86_64 libdnf-debuginfo-0.43.1-5.fc30.x86_64 python3-libdnf-0.43.1-5.fc30.x86_64 python3-hawkey-0.43.1-5.fc30.x86_64 python3-dnf-4.2.18-1.fc30.noarch python3-dnf-plugins-core-4.0.13-1.fc30.noarch dnf-4.2.18-1.fc30.noarch dnf-plugins-core-4.0.13-1.fc30.noarch python3-dnf-plugin-leaves-4.0.13-1.fc30.noarch python3-dnf-plugin-show-leaves-4.0.13-1.fc30.noarch dnf-utils-4.0.13-1.fc30.noarch dnf-automatic-4.2.18-1.fc30.noarch dnf-yum-4.2.18-1.fc30.noarch python3-dnf-plugin-local-4.0.13-1.fc30.noarch python3-dnf-plugin-post-transaction-actions-4.0.13-1.fc30.noarch python3-dnf-plugin-versionlock-4.0.13-1.fc30.noarch python3-hawkey-debuginfo-0.43.1-5.fc30.x86_64 python3-libdnf-debuginfo-0.43.1-5.fc30.x86_64 dnf-yum-4.2.11-2.fc30.noarch dnf-4.2.11-2.fc30.noarch dnf-plugins-core-4.0.10-1.fc30.noarch python3-dnf-plugins-core-4.0.10-1.fc30.noarch python3-dnf-4.2.11-2.fc30.noarch python3-hawkey-0.35.5-2.fc30.x86_64 python3-libdnf-0.35.5-2.fc30.x86_64 # dnf upgrade is doing its thing now. I will get back with the results. :-) ___ 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/Mai
Re: dnf Bus error (core dumped)
Did you see my earlier suggestion about using distro-sync from a live boot? If it worked, it would be a lot easier than trying to track down a consistent set of rpms which might not even be the right ones. I noticed pcre2 in the list of possible problems from your verification check. If you really want to do it via rpms, I would suggest starting with that one. ___ users mailing list -- users@lists.fedoraproject.org To unsubscribe send an email to users-le...@lists.fedoraproject.org Fedora Code of Conduct: https://docs.fedoraproject.org/en-US/project/code-of-conduct/ List Guidelines: https://fedoraproject.org/wiki/Mailing_list_guidelines List Archives: https://lists.fedoraproject.org/archives/list/users@lists.fedoraproject.org
Re: dnf Bus error (core dumped)
On 2020-04-22 13:51, stan via users wrote: On Wed, 22 Apr 2020 13:42:46 -0700 stan via users wrote: On Wed, 22 Apr 2020 12:58:06 -0700 ToddAndMargo via users wrote: [root@server dnf]# rpm -Uvf *.rpm error: Failed dependencies: python3-dnf-plugins-core < 4.0.12 conflicts with dnf-4.2.18-1.fc30.noarch libsolv-devel(x86-64) >= 0.7.7 is needed by libdnf-devel-0.43.1-5.fc30.x86_64 pkgconfig(glib-2.0) is needed by libdnf-devel-0.43.1-5.fc30.x86_64 pkgconfig(librepo) is needed by libdnf-devel-0.43.1-5.fc30.x86_64 pkgconfig(libsolv) is needed by libdnf-devel-0.43.1-5.fc30.x86_64 pkgconfig(libsolvext) is needed by libdnf-devel-0.43.1-5.fc30.x86_64 pkgconfig(rpm) is needed by libdnf-devel-0.43.1-5.fc30.x86_64 pkgconfig(sqlite3) is needed by libdnf-devel-0.43.1-5.fc30.x86_64 What next, force remove the offenders and then do an "ivh"? I don't think you need libdnf-devel, as that is for people who are working on dnf, not for people who are using it. So, just remove it. dnf remove libdnf-devel And the plugins conflict occurs because you don't have the dnf-plugins matching the other packages in your update. https://koji.fedoraproject.org/koji/buildinfo?buildID=1429433 This time I got the f30 right. I just went on autopilot to the f31 packages even though I knew you needed f30. PS If it doesn't work after these fixes, please post the output of rpm -qa | grep dnf That will show all the packages related to dnf that are installed, in case there is something else missing. # rpm -qa | grep dnf python3-dnf-4.2.11-2.fc30.noarch dnfdragora-updater-1.1.1-2.fc30.noarch dnf-data-4.2.11-2.fc30.noarch dnfdragora-1.1.1-2.fc30.noarch dnf-plugins-core-4.0.10-1.fc30.noarch python3-libdnf-0.35.5-2.fc30.x86_64 libdnf-0.35.5-2.fc30.x86_64 dnf-data-4.2.18-1.fc30.noarch dnf-yum-4.2.11-2.fc30.noarch python3-dnfdaemon-0.3.19-6.fc30.noarch dnf-4.2.11-2.fc30.noarch python3-dnf-plugins-core-4.0.10-1.fc30.noarch libdnf-0.43.1-5.fc30.x86_64 dnfdaemon-selinux-0.3.19-6.fc30.noarch dnfdaemon-0.3.19-6.fc30.noarch python3-dnf-plugins-extras-common-4.0.4-1.fc30.noarch python3-dnf-plugin-system-upgrade-4.0.4-1.fc30.noarch ___ 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: dnf Bus error (core dumped)
On 2020-04-22 13:42, stan via users wrote: On Wed, 22 Apr 2020 12:58:06 -0700 ToddAndMargo via users wrote: [root@server dnf]# rpm -Uvf *.rpm error: Failed dependencies: python3-dnf-plugins-core < 4.0.12 conflicts with dnf-4.2.18-1.fc30.noarch libsolv-devel(x86-64) >= 0.7.7 is needed by libdnf-devel-0.43.1-5.fc30.x86_64 pkgconfig(glib-2.0) is needed by libdnf-devel-0.43.1-5.fc30.x86_64 pkgconfig(librepo) is needed by libdnf-devel-0.43.1-5.fc30.x86_64 pkgconfig(libsolv) is needed by libdnf-devel-0.43.1-5.fc30.x86_64 pkgconfig(libsolvext) is needed by libdnf-devel-0.43.1-5.fc30.x86_64 pkgconfig(rpm) is needed by libdnf-devel-0.43.1-5.fc30.x86_64 pkgconfig(sqlite3) is needed by libdnf-devel-0.43.1-5.fc30.x86_64 What next, force remove the offenders and then do an "ivh"? I don't think you need libdnf-devel, as that is for people who are working on dnf, not for people who are using it. So, just remove it. dnf remove libdnf-devel And the plugins conflict occurs because you don't have the dnf-plugins matching the other packages in your update. https://koji.fedoraproject.org/koji/buildinfo?buildID=1429433 This time I got the f30 right. I just went on autopilot to the f31 packages even though I knew you needed f30. Well, fewer conflicts this time: # ls dnf-4.2.18-1.fc30.noarch.rpm dnf-automatic-4.2.18-1.fc30.noarch.rpm dnf-data-4.2.18-1.fc30.noarch.rpm dnf-plugins-core-4.0.13-1.fc30.noarch.rpm dnf-utils-4.0.13-1.fc30.noarch.rpm dnf-yum-4.2.18-1.fc30.noarch.rpm libdnf-0.43.1-5.fc30.x86_64.rpm libdnf-debuginfo-0.43.1-5.fc30.x86_64.rpm libdnf-debugsource-0.43.1-5.fc30.x86_64.rpm libdnf-devel-0.43.1-5.fc30.x86_64.rpm python3-dnf-4.2.18-1.fc30.noarch.rpm python3-dnf-plugin-leaves-4.0.13-1.fc30.noarch.rpm python3-dnf-plugin-local-4.0.13-1.fc30.noarch.rpm python3-dnf-plugin-post-transaction-actions-4.0.13-1.fc30.noarch.rpm python3-dnf-plugins-core-4.0.13-1.fc30.noarch.rpm python3-dnf-plugin-show-leaves-4.0.13-1.fc30.noarch.rpm python3-dnf-plugin-versionlock-4.0.13-1.fc30.noarch.rpm python3-hawkey-0.43.1-5.fc30.x86_64.rpm python3-hawkey-debuginfo-0.43.1-5.fc30.x86_64.rpm python3-libdnf-0.43.1-5.fc30.x86_64.rpm python3-libdnf-debuginfo-0.43.1-5.fc30.x86_64.rpm # rpm -Uvf *.rpm error: Failed dependencies: yum-utils < 1.1.31-530 conflicts with dnf-utils-4.0.13-1.fc30.noarch libsolv-devel(x86-64) >= 0.7.7 is needed by libdnf-devel-0.43.1-5.fc30.x86_64 pkgconfig(glib-2.0) is needed by libdnf-devel-0.43.1-5.fc30.x86_64 pkgconfig(librepo) is needed by libdnf-devel-0.43.1-5.fc30.x86_64 pkgconfig(libsolv) is needed by libdnf-devel-0.43.1-5.fc30.x86_64 pkgconfig(libsolvext) is needed by libdnf-devel-0.43.1-5.fc30.x86_64 pkgconfig(rpm) is needed by libdnf-devel-0.43.1-5.fc30.x86_64 pkgconfig(sqlite3) is needed by libdnf-devel-0.43.1-5.fc30.x86_64 ___ 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: dnf Bus error (core dumped)
On 2020-04-22 13:32, Roger Heflin wrote: I am guessing when it hung and you ctrl-c'ed It did nto responce to numerous Ctrl-C's. I had to ps and kill. it that some packages were installed but the cleanup's were not done yet (all installs are done and then cleanups and other stuff). Some weird things happen when dnf gets aborted the wrong time. This command would remove the dups (assuming you can get any of them to run). dnf remove --duplicates # dnf remove --duplicates created by dnf config-manager from https://brav 14 kB/s | 3.3 kB 00:00 Fedora Modular 30 - x86_64 34 kB/s | 16 kB 00:00 Fedora Modular 30 - x86_64 - Updates2.5 kB/s | 14 kB 00:05 Fedora 30 - x86_64 - Updates 31 kB/s | 15 kB 00:00 Fedora 30 - x86_64 37 kB/s | 17 kB 00:00 Bus error (core dumped) this would show them: dnf repoquery --duplicate you forgot the "s" at the end It gave me a YUGE list, but no core dump and this will show other dependency issue: dnf repoquery --unsatisfied Another YUGE list. Her is the first part of it: # dnf repoquery --unsatisfied Last metadata expiration check: 0:01:25 ago on Wed 22 Apr 2020 01:56:58 PM PDT. Problem 1: cannot install both ImageMagick-libs-1:6.9.10.75-1.fc30.x86_64 and ImageMagick-libs-1:6.9.10.67-1.fc30.x86_64 - package ImageMagick-1:6.9.10.67-1.fc30.x86_64 requires ImageMagick-libs(x86-64) = 1:6.9.10.67-1.fc30, but none of the providers can be installed - problem with installed package ImageMagick-libs-1:6.9.10.75-1.fc30.x86_64 - problem with installed package ImageMagick-1:6.9.10.67-1.fc30.x86_64 Problem 2: package PackageKit-gtk3-module-1.1.12-5.fc30.x86_64 requires PackageKit-glib(x86-64) = 1.1.12-5.fc30, but none of the providers can be installed - cannot install both PackageKit-glib-1.1.12-5.fc30.x86_64 and PackageKit-glib-1.1.12-8.fc30.x86_64 - problem with installed package PackageKit-gtk3-module-1.1.12-5.fc30.x86_64 - problem with installed package PackageKit-glib-1.1.12-8.fc30.x86_64 Problem 3: cannot install both abrt-gui-libs-2.12.2-1.fc30.x86_64 and abrt-gui-libs-2.14.0-1.fc30.x86_64 Thank you for the help with this! -T ___ users mailing list -- users@lists.fedoraproject.org To unsubscribe send an email to users-le...@lists.fedoraproject.org Fedora Code of Conduct: https://docs.fedoraproject.org/en-US/project/code-of-conduct/ List Guidelines: https://fedoraproject.org/wiki/Mailing_list_guidelines List Archives: https://lists.fedoraproject.org/archives/list/users@lists.fedoraproject.org
Re: dnf Bus error (core dumped)
On Wed, 22 Apr 2020 13:42:46 -0700 stan via users wrote: > On Wed, 22 Apr 2020 12:58:06 -0700 > ToddAndMargo via users wrote: > > > [root@server dnf]# rpm -Uvf *.rpm > > error: Failed dependencies: > > python3-dnf-plugins-core < 4.0.12 conflicts with > > dnf-4.2.18-1.fc30.noarch libsolv-devel(x86-64) >= 0.7.7 is needed > > by libdnf-devel-0.43.1-5.fc30.x86_64 > > pkgconfig(glib-2.0) is needed by > > libdnf-devel-0.43.1-5.fc30.x86_64 pkgconfig(librepo) is needed by > > libdnf-devel-0.43.1-5.fc30.x86_64 pkgconfig(libsolv) is needed by > > libdnf-devel-0.43.1-5.fc30.x86_64 pkgconfig(libsolvext) is needed by > > libdnf-devel-0.43.1-5.fc30.x86_64 pkgconfig(rpm) is needed by > > libdnf-devel-0.43.1-5.fc30.x86_64 pkgconfig(sqlite3) is needed by > > libdnf-devel-0.43.1-5.fc30.x86_64 > > > > > > What next, force remove the offenders and then do > > an "ivh"? > > I don't think you need libdnf-devel, as that is for people who are > working on dnf, not for people who are using it. So, just remove it. > > dnf remove libdnf-devel > > And the plugins conflict occurs because you don't have the > dnf-plugins matching the other packages in your update. > > https://koji.fedoraproject.org/koji/buildinfo?buildID=1429433 > > This time I got the f30 right. I just went on autopilot to the f31 > packages even though I knew you needed f30. PS If it doesn't work after these fixes, please post the output of rpm -qa | grep dnf That will show all the packages related to dnf that are installed, in case there is something else missing. ___ 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: dnf Bus error (core dumped)
On Wed, 22 Apr 2020 12:58:06 -0700 ToddAndMargo via users wrote: > [root@server dnf]# rpm -Uvf *.rpm > error: Failed dependencies: > python3-dnf-plugins-core < 4.0.12 conflicts with > dnf-4.2.18-1.fc30.noarch libsolv-devel(x86-64) >= 0.7.7 is needed by > libdnf-devel-0.43.1-5.fc30.x86_64 > pkgconfig(glib-2.0) is needed by > libdnf-devel-0.43.1-5.fc30.x86_64 pkgconfig(librepo) is needed by > libdnf-devel-0.43.1-5.fc30.x86_64 pkgconfig(libsolv) is needed by > libdnf-devel-0.43.1-5.fc30.x86_64 pkgconfig(libsolvext) is needed by > libdnf-devel-0.43.1-5.fc30.x86_64 pkgconfig(rpm) is needed by > libdnf-devel-0.43.1-5.fc30.x86_64 pkgconfig(sqlite3) is needed by > libdnf-devel-0.43.1-5.fc30.x86_64 > > > What next, force remove the offenders and then do > an "ivh"? I don't think you need libdnf-devel, as that is for people who are working on dnf, not for people who are using it. So, just remove it. dnf remove libdnf-devel And the plugins conflict occurs because you don't have the dnf-plugins matching the other packages in your update. https://koji.fedoraproject.org/koji/buildinfo?buildID=1429433 This time I got the f30 right. I just went on autopilot to the f31 packages even though I knew you needed f30. ___ 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: dnf Bus error (core dumped)
I am guessing when it hung and you ctrl-c'ed it that some packages were installed but the cleanup's were not done yet (all installs are done and then cleanups and other stuff). Some weird things happen when dnf gets aborted the wrong time. This command would remove the dups (assuming you can get any of them to run). dnf remove --duplicates this would show them: dnf repoquery --duplicate and this will show other dependency issue: dnf repoquery --unsatisfied On Wed, Apr 22, 2020 at 3:22 PM ToddAndMargo via users wrote: > > On 2020-04-22 12:59, Samuel Sieb wrote: > > > Some of those might go away when you have the right release, but > > otherwise you might need to download the other dependencies or dependent > > packages. > > I made another post with the right release. > > I think a few went away, but not many > ___ > 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: AMD GPU not used by Fedora 31
On Wed, 2020-04-22 at 16:07 +, Sreyan Chakravarty wrote: > > On Mon, 2020-04-20 at 23:19 +0530, Sreyan Chakravarty wrote: > > So read up a little on this so you won't be confused by > > advice > > I actually tried to understand what was the deal with switcheroo from > here: > https://developer.gnome.org/switcheroo-control/stable/gdbus-net.hadess.SwitcherooControl.html > > But it provided no workable insights. > > On my system I only have a switcheroo binary running from > /usr/libexec/switcheroo > > Other than that there seem to be no configurable options. Your original question/problem has slipped my mind. But I gather that you have a hybrid laptop with Intel CPU and AMD GPU. I have no personal experience with such beasts but I would think that it 'justs works' with recent kernels and radeon/amdgpu drivers. The problem is of course 'what' is working the Intel graphics or the AMD graphics. And you would like to be able to use either one by command. First make sure everything is up and running: lsmod |grep radeon amdgpu dnesg |grep radeon amdgpu Then you can try the commands specified in https://help.ubuntu.com/community/HybridGraphics (that is how switcheroo is used!) BUT: This only works under Xorg not Wayland something like xrandr does not exist for Wayland. AND: I am not 100% sure but I belief that switcheroo is not suited for radeon/amdgpu. If you want to specify which GPU is going to be used you have to use the PRIME option (with commands DRI_PRIME = 0 or DRI_PRIME = 1) see https://wiki.archlinux.org/index.php/PRIME https://wiki.archlinux.org/index.php/AMDGPU On Wayland you can get some info about running graphics with 'glxinfo' see https://vstinner.github.io/debug-hybrid-graphics-issues-linux.html AV ___ 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: dnf Bus error (core dumped)
On 2020-04-22 12:59, Samuel Sieb wrote: Some of those might go away when you have the right release, but otherwise you might need to download the other dependencies or dependent packages. I made another post with the right release. I think a few went away, but not many ___ 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: dnf Bus error (core dumped)
On 4/22/20 12:46 PM, ToddAndMargo via users wrote: [root@server dnf]# ls dnf-4.2.21-1.fc31.noarch.rpm dnf-automatic-4.2.21-1.fc31.noarch.rpm dnf-data-4.2.21-1.fc31.noarch.rpm libdnf-0.47.0-1.fc31.x86_64.rpm libdnf-debuginfo-0.47.0-1.fc31.x86_64.rpm libdnf-debugsource-0.47.0-1.fc31.x86_64.rpm libdnf-devel-0.47.0-1.fc31.x86_64.rpm python3-dnf-4.2.21-1.fc31.noarch.rpm python3-hawkey-0.47.0-1.fc31.x86_64.rpm python3-hawkey-debuginfo-0.47.0-1.fc31.x86_64.rpm python3-libdnf-0.47.0-1.fc31.x86_64.rpm python3-libdnf-debuginfo-0.47.0-1.fc31.x86_64.rpm yum-4.2.21-1.fc31.noarch.rpm [root@server dnf]# rpm -Uvf *.rpm error: Failed dependencies: python3-dnf-plugins-core < 4.0.12 conflicts with dnf-4.2.21-1.fc31.noarch librepo(x86-64) >= 1.11.3 is needed by libdnf-0.47.0-1.fc31.x86_64 librpm.so.9()(64bit) is needed by libdnf-0.47.0-1.fc31.x86_64 librpmio.so.9()(64bit) is needed by libdnf-0.47.0-1.fc31.x86_64 libsolv-devel(x86-64) >= 0.7.7 is needed by libdnf-devel-0.47.0-1.fc31.x86_64 pkgconfig(glib-2.0) is needed by libdnf-devel-0.47.0-1.fc31.x86_64 pkgconfig(librepo) is needed by libdnf-devel-0.47.0-1.fc31.x86_64 pkgconfig(libsolv) is needed by libdnf-devel-0.47.0-1.fc31.x86_64 pkgconfig(libsolvext) is needed by libdnf-devel-0.47.0-1.fc31.x86_64 pkgconfig(rpm) is needed by libdnf-devel-0.47.0-1.fc31.x86_64 pkgconfig(sqlite3) is needed by libdnf-devel-0.47.0-1.fc31.x86_64 What next, force remove the offenders and then do an "ivh"? Some of those might go away when you have the right release, but otherwise you might need to download the other dependencies or dependent packages. ___ 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: dnf Bus error (core dumped)
On 2020-04-22 07:34, stan via users wrote: 3. If that fails, go to https://koji.fedoraproject.org/koji/buildinfo?buildID=1487421 and https://koji.fedoraproject.org/koji/buildinfo?buildID=1487494 and download all the dnf and libdnf rpms that you have installed. Then, in the directory where they are, run dnf -C update dnf libdnf Once that completes, run the regular update again. If it doesn't complete, force the install of the packages using rpm. rpm -Uvh [package name(s)] See man rpm for complete details. If the regular update still doesn't work, post further details. Okay, this time with FC30 (not 31) rpms: [root@server dnf]# ls dnf-4.2.18-1.fc30.noarch.rpm dnf-automatic-4.2.18-1.fc30.noarch.rpm dnf-data-4.2.18-1.fc30.noarch.rpm dnf-yum-4.2.18-1.fc30.noarch.rpm libdnf-0.43.1-5.fc30.x86_64.rpm libdnf-debuginfo-0.43.1-5.fc30.x86_64.rpm libdnf-debugsource-0.43.1-5.fc30.x86_64.rpm libdnf-devel-0.43.1-5.fc30.x86_64.rpm python3-dnf-4.2.18-1.fc30.noarch.rpm python3-hawkey-0.43.1-5.fc30.x86_64.rpm python3-hawkey-debuginfo-0.43.1-5.fc30.x86_64.rpm python3-libdnf-0.43.1-5.fc30.x86_64.rpm python3-libdnf-debuginfo-0.43.1-5.fc30.x86_64.rpm [root@server dnf]# rpm -Uvf *.rpm error: Failed dependencies: python3-dnf-plugins-core < 4.0.12 conflicts with dnf-4.2.18-1.fc30.noarch libsolv-devel(x86-64) >= 0.7.7 is needed by libdnf-devel-0.43.1-5.fc30.x86_64 pkgconfig(glib-2.0) is needed by libdnf-devel-0.43.1-5.fc30.x86_64 pkgconfig(librepo) is needed by libdnf-devel-0.43.1-5.fc30.x86_64 pkgconfig(libsolv) is needed by libdnf-devel-0.43.1-5.fc30.x86_64 pkgconfig(libsolvext) is needed by libdnf-devel-0.43.1-5.fc30.x86_64 pkgconfig(rpm) is needed by libdnf-devel-0.43.1-5.fc30.x86_64 pkgconfig(sqlite3) is needed by libdnf-devel-0.43.1-5.fc30.x86_64 What next, force remove the offenders and then do an "ivh"? Thank you for the help! -T ___ users mailing list -- users@lists.fedoraproject.org To unsubscribe send an email to users-le...@lists.fedoraproject.org Fedora Code of Conduct: https://docs.fedoraproject.org/en-US/project/code-of-conduct/ List Guidelines: https://fedoraproject.org/wiki/Mailing_list_guidelines List Archives: https://lists.fedoraproject.org/archives/list/users@lists.fedoraproject.org
Re: dnf Bus error (core dumped)
On 2020-04-22 12:47, ToddAndMargo via users wrote: On 2020-04-22 07:34, stan via users wrote: 3. If that fails, go to https://koji.fedoraproject.org/koji/buildinfo?buildID=1487421 and https://koji.fedoraproject.org/koji/buildinfo?buildID=1487494 Just noticed these were for Fedora 31. Do you have these for Fedora 30? Found them: Fedora 30: https://koji.fedoraproject.org/koji/buildinfo?buildID=1477118 https://koji.fedoraproject.org/koji/buildinfo?buildID=1429431 ___ 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: dnf Bus error (core dumped)
On 2020-04-22 07:34, stan via users wrote: 3. If that fails, go to https://koji.fedoraproject.org/koji/buildinfo?buildID=1487421 and https://koji.fedoraproject.org/koji/buildinfo?buildID=1487494 Just noticed these were for Fedora 31. Do you have these for Fedora 30? ___ 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: dnf Bus error (core dumped)
On 2020-04-22 07:34, stan via users wrote: On Tue, 21 Apr 2020 22:45:02 -0700 ToddAndMargo via users wrote: Hi All, Fedora 30 How do I fix this? # dnf upgrade --refresh --disablerepo=brave* Fedora Modular 30 - x86_64 2.9 kB/s | 16 kB 00:05 Fedora Modular 30 - x86_64 - Updates 32 kB/s | 14 kB 00:00 Fedora 30 - x86_64 - Updates 34 kB/s | 15 kB 00:00 Fedora 30 - x86_64 60 kB/s | 16 kB 00:00 Bus error (core dumped) Three things to try. 1. From the error messages, there is something seriously wrong in the integrity of the dnf databases. Try dnf clean all Does the update run correctly now? 2. Run the command dnf module reset '*' before the update to reset modules in case they are causing the problem. Does the update run correctly now? # dnf clean all 40 files removed # dnf module reset '*' created by dnf config-manager from https://brav 14 kB/s | 8.5 kB 00:00 Fedora Modular 30 - x86_64 1.7 MB/s | 2.7 MB 00:01 Fedora Modular 30 - x86_64 - Updates223 kB/s | 4.1 MB 00:18 Fedora 30 - x86_64 - Updates2.4 MB/s | 24 MB 00:10 Fedora 30 - x86_64 3.6 MB/s | 70 MB 00:19 Bus error (core dumped) badwordbadwordbadword (not an admission that I cuss) 3. If that fails, go to https://koji.fedoraproject.org/koji/buildinfo?buildID=1487421 and https://koji.fedoraproject.org/koji/buildinfo?buildID=1487494 and download all the dnf and libdnf rpms that you have installed. Then, in the directory where they are, run dnf -C update dnf libdnf Once that completes, run the regular update again. If it doesn't complete, force the install of the packages using rpm. rpm -Uvh [package name(s)] See man rpm for complete details. If the regular update still doesn't work, post further details. # cd Documents/rpms/dnf/ [root@server dnf]# ls dnf-4.2.21-1.fc31.noarch.rpm dnf-automatic-4.2.21-1.fc31.noarch.rpm dnf-data-4.2.21-1.fc31.noarch.rpm libdnf-0.47.0-1.fc31.x86_64.rpm libdnf-debuginfo-0.47.0-1.fc31.x86_64.rpm libdnf-debugsource-0.47.0-1.fc31.x86_64.rpm libdnf-devel-0.47.0-1.fc31.x86_64.rpm python3-dnf-4.2.21-1.fc31.noarch.rpm python3-hawkey-0.47.0-1.fc31.x86_64.rpm python3-hawkey-debuginfo-0.47.0-1.fc31.x86_64.rpm python3-libdnf-0.47.0-1.fc31.x86_64.rpm python3-libdnf-debuginfo-0.47.0-1.fc31.x86_64.rpm yum-4.2.21-1.fc31.noarch.rpm [root@server dnf]# rpm -Uvf *.rpm error: Failed dependencies: python3-dnf-plugins-core < 4.0.12 conflicts with dnf-4.2.21-1.fc31.noarch librepo(x86-64) >= 1.11.3 is needed by libdnf-0.47.0-1.fc31.x86_64 librpm.so.9()(64bit) is needed by libdnf-0.47.0-1.fc31.x86_64 librpmio.so.9()(64bit) is needed by libdnf-0.47.0-1.fc31.x86_64 libsolv-devel(x86-64) >= 0.7.7 is needed by libdnf-devel-0.47.0-1.fc31.x86_64 pkgconfig(glib-2.0) is needed by libdnf-devel-0.47.0-1.fc31.x86_64 pkgconfig(librepo) is needed by libdnf-devel-0.47.0-1.fc31.x86_64 pkgconfig(libsolv) is needed by libdnf-devel-0.47.0-1.fc31.x86_64 pkgconfig(libsolvext) is needed by libdnf-devel-0.47.0-1.fc31.x86_64 pkgconfig(rpm) is needed by libdnf-devel-0.47.0-1.fc31.x86_64 pkgconfig(sqlite3) is needed by libdnf-devel-0.47.0-1.fc31.x86_64 What next, force remove the offenders and then do an "ivh"? Thank you for the help! -T ___ users mailing list -- users@lists.fedoraproject.org To unsubscribe send an email to users-le...@lists.fedoraproject.org Fedora Code of Conduct: https://docs.fedoraproject.org/en-US/project/code-of-conduct/ List Guidelines: https://fedoraproject.org/wiki/Mailing_list_guidelines List Archives: https://lists.fedoraproject.org/archives/list/users@lists.fedoraproject.org
Re: dnf Bus error (core dumped)
I am picking an rpm at random, try this command: rpm -qa | grep libsss_sudo (and any other rpm with conflicts). On Wed, Apr 22, 2020 at 1:11 PM Samuel Sieb wrote: > > On 4/21/20 11:11 PM, ToddAndMargo via users wrote: > > On 2020-04-21 23:05, Ed Greshko wrote: > >> On 2020-04-22 14:00, ToddAndMargo via users wrote: > >>> On 2020-04-21 22:55, Ed Greshko wrote: > rpm --rebuilddb > >>> > >>> Hi Ed, > >>> > >>> I happened after doing a > >>> # dnf upgrade > >>> and the upgrade froze for an hour on selinux policies > >> > >> What did you do when it "froze"? > > > > I did a ps and kill -9 on three dnf process > > So you likely have some sort of library conflict or corruption. One > thing you can try is booting a live image, mount the installed > filesystem, and run "dnf --installroot=/path/to/root distro-sync". > ___ > 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: dnf Bus error (core dumped)
On 4/21/20 11:11 PM, ToddAndMargo via users wrote: On 2020-04-21 23:05, Ed Greshko wrote: On 2020-04-22 14:00, ToddAndMargo via users wrote: On 2020-04-21 22:55, Ed Greshko wrote: rpm --rebuilddb Hi Ed, I happened after doing a # dnf upgrade and the upgrade froze for an hour on selinux policies What did you do when it "froze"? I did a ps and kill -9 on three dnf process So you likely have some sort of library conflict or corruption. One thing you can try is booting a live image, mount the installed filesystem, and run "dnf --installroot=/path/to/root distro-sync". ___ 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: Problem with Brother scanner
> Hi list > > I recently got a Brother scanner/printer for my Fedora 31 desktop. I've > installed all the drivers from Brother and the printing part works > fine, but not scanning. > > When I launch simple-scan, [snip] I have not tried that sanning app, but I found that Xsane works well with my Brother DCP-L2550DW. Package installed: xsane-0.999-34.fc31.x86_64 -- Doug H. ___ 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: Problem with Brother scanner
On Wed, 2020-04-22 at 09:49 -0500, Roger Heflin wrote: > I would comment out the SYSFS lines and see if that fixes > anything. I > would also remove the executable bit {chmod -x filename). > > It seems they have put both SYSFS (used in RHEL5, so really old) and > ATTRS (new name RHEL6(say f12) and newer), but both point to the same > place, so as long as the bad one is not causing it to abort the > entire rule execution it should still work. I commented out the SYSFS line and the error message is gone. But the scanner is still not working. Forgot to mention in my first e-mail, the device is connected over USB to the desktop. /Robin ___ 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: AMD GPU not used by Fedora 31
> On 4/20/20 10:49 AM, Sreyan Chakravarty wrote: > > That appears to be a tool for managing multiple video devices like you have. You know what is funny is that I launched 2 terminals - one with the option "Launch using dedicated graphics card" and one normally. Then I ran the command time tree / on both the terminals The one that was launched normally actually completed before the one that was launched on the GPU. I don't understand even if Fedora is correctly using the GPU, there seems to be no way to confirm 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: AMD GPU not used by Fedora 31
> On Mon, 2020-04-20 at 23:19 +0530, Sreyan Chakravarty wrote: > So read up a little on this so you won't be confused by > advice I actually tried to understand what was the deal with switcheroo from here: https://developer.gnome.org/switcheroo-control/stable/gdbus-net.hadess.SwitcherooControl.html But it provided no workable insights. On my system I only have a switcheroo binary running from /usr/libexec/switcheroo Other than that there seem to be no configurable options. ___ 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: AMD GPU not used by Fedora 31
> On Mon, 2020-04-20 at 11:27 +, Sreyan Chakravarty wrote: > > Have a look at this url: > https://www.notebookcheck.net/AMD-Dynamic-Switchable-Graphics-vs-Nvidia-O... > It is rather old info but might give you an indication of where > the problem lies. > I have no relevant knowledge of Intel CPU/AMD GPU hybrid laptops > so can be of no further help. The hybrid pc's have always been > a bit troublesome to configure. As recent AMD graphics runs under > Wayland without problems it might have something to do with the age > of your AMD chip and/or the hybrid complication. > > AV The link that you have shared is just a summary of the technology used. It does not offer any real way or insight on how I can solve this problem. ___ 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: system monitoring/security - possibly off topic
On Wed, Apr 22, 2020 at 10:45 AM bruce wrote: > > > > . > . > . > Hey Mauricio, > > researching Security Onion, never hear of "zeek' >> You might have heard of it in its old name, bro. https://securityonion.readthedocs.io/en/latest/zeek.html >> >>> zeek? Security Onion? > > > I'm putting together a list of tools that would run on the "client" server, > but I'm tying to wrap my head around how all of the resulting data would be > aggregated, and displayed by a master dashboad app. I've seen OpenVAS and a > few other apps that appear to offer the ability to import security data, and > to display it. > > Any thoughts on this? > Security onion is but a bunch of tools whose output is then aggregated and spewed into an elastic stack-based interface. From there you can make pretty graphs (hello, Kibana), create alerts, and then send email alerts. You can run it off a vm if you want or a physical box; memory (think 10GB+) and diskspace is what it likes. Which tools to run on the servers you want to monitor? Go to the url I gave and see what each tool does. You should also be able to ask your network appliances what's up and then feed that to the onionbox; monitoring everything in your servers will make them very unhappy, your network unhappy, and the storage used to store its data unhappy. Start small. If you ever used Splunk, it is the same thing but without the price. Both excel on helping you make question to the collected data about what happened (sometimes WTF is going on if the event is still taking place). Other programs are AIDE or tripwire (they do the same); do check exactly what they do before mindlessly deploying or you will have a lot of people pissed at you. > 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: Problem with Brother scanner
On Wed, 2020-04-22 at 08:37 -0600, Jerry James wrote: > On Wed, Apr 22, 2020 at 8:30 AM Robin Lee wrote: > > I recently got a Brother scanner/printer for my Fedora 31 desktop. I've > > installed all the drivers from Brother and the printing part works > > fine, but not scanning. > > I've got one of those, too. After installing all of the Brother RPMs, > I had to run /opt/brother/scanner/brscan4/brsaneconfig4. Even after > doing so, the scanner still refused to work, so I had to manually edit > /opt/brother/scanner/brscan4/brsanenetdevice4.cfg to set the scanner's > IP address. Same here. IIRC I also edited that file by hand: $ cat /opt/brother/scanner/brscan4/brsanenetdevice4.cfg DEVICE=laser , "DCP-7055W" , 0x4f9:0x2ce , IP-ADDRESS=192.168.178.23 The fields are: local name, model, USBID (not relevant unless connected by USB), IP address 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: printing probblems
OK .. I made, ...the command is sudo hp-setup I made what you suggested ED. I installed the printer using this tool (hp-setup) but this didn't resolved the problem. The only difference is that now I don't get the message "couldn't start the printer..." On Wed, Apr 22, 2020 at 5:31 PM Angelo Moreschini wrote: > excuse me ... accidentally I "read" IP instead HP :-) > excuse for the misunderstanding.. > > In every case I don't realize how it is possible use HPLIP tools to > install the printer ... (I never made it before) > I know HPLIP is a framework that only help to usage HP printer in the > linux environment.. > ... It is also a GUI tool ? > > On Wed, Apr 22, 2020 at 5:03 PM Angelo Moreschini < > mrangelo.fed...@gmail.com> wrote: > >> thank you for the advice Ed, >> But I haven't much experience about this tip.. >> >>- what means exactly a "HP printer"? Could you send me to a link >>where I can understand ? >> >> >>- And also : what is the procedure to install the printer using HPLIP >>? Usually I install printers by the setting tool of Fedora. >>- How can I use the HPLIP tools? >> >> tank you >> >> On Wed, Apr 22, 2020 at 3:36 PM Ed Greshko >> wrote: >> >>> On 2020-04-22 20:30, Angelo Moreschini wrote: >>> > Did you install the printer using hp-setup? >>> > >>> > After I reisnalled cups (using sudo yum install cups) >>> > I didn't install the printer (tha it is auto detected) >>> >>> Have you considered deleting the printer? >>> >>> And, since it is an HP printer, using hp-setup to create a new printer? >>> >>> FWIW, I haven't had any issues with HP printers when using the hplip >>> tools. >>> >>> -- >>> 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 >>> >> ___ 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: Problem with Brother scanner
I would comment out the SYSFS lines and see if that fixes anything. I would also remove the executable bit {chmod -x filename). It seems they have put both SYSFS (used in RHEL5, so really old) and ATTRS (new name RHEL6(say f12) and newer), but both point to the same place, so as long as the bad one is not causing it to abort the entire rule execution it should still work. And read brothers documentation carefully, I think I found extra instructions in one of their pages (I just remember the scanner being tricky to setup for me). On Wed, Apr 22, 2020 at 9:30 AM Robin Lee wrote: > > Hi list > > I recently got a Brother scanner/printer for my Fedora 31 desktop. I've > installed all the drivers from Brother and the printing part works > fine, but not scanning. > > When I launch simple-scan, either as root or normal user it can't find > any scanner. Although it will show up in Settings -> Devices -> Colour > on two lines, both as a scanner and a printer. lsusb also shows two > devices. > > What's interesting is that at each boot the following shows up in the > logs > > systemd-udevd[1103]: Configuration file /etc/udev/rules.d/65-brother- > brscan4-libsane-type1.rules is marked executable. Please remove > executable permission bits. Proceeding anyway. > systemd-udevd[1103]: /etc/udev/rules.d/65-brother-brscan4-libsane- > type1.rules:9 Invalid key 'SYSFS' > systemd-udevd[1103]: /etc/udev/rules.d/65-brother-libsane-type1- > inst.rules:14 Invalid key 'SYSFS' > > The content of 65-brother-brscan4-libsane-type1.rules is as follows > > ACTION!="add", GOTO="brother_mfp_end" > SUBSYSTEM=="usb", GOTO="brother_mfp_udev_1" > SUBSYSTEM!="usb_device", GOTO="brother_mfp_end" > LABEL="brother_mfp_udev_1" > SYSFS{idVendor}=="04f9", GOTO="brother_mfp_udev_2" > ATTRS{idVendor}=="04f9", GOTO="brother_mfp_udev_2" > GOTO="brother_mfp_end" > LABEL="brother_mfp_udev_2" > ATTRS{bInterfaceClass}!="0ff", GOTO="brother_mfp_end" > ATTRS{bInterfaceSubClass}!="0ff", GOTO="brother_mfp_end" > ATTRS{bInterfaceProtocol}!="0ff", GOTO="brother_mfp_end" > #MODE="0666" > #GROUP="scanner" > ENV{libsane_matched}="yes" > #SYMLINK+="scanner-%k" > LABEL="brother_mfp_end" > > Any ideas, what to do? > > /Robin > > ___ > 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: system monitoring/security - possibly off topic
. . . Hey Mauricio, researching Security Onion, never hear of "zeek' > >>> zeek? Security Onion? > I'm putting together a list of scanning tools that would run on the "client" server, but I'm tying to wrap my head around how all of the resulting data would be aggregated, and displayed by a master dashboad app. I've seen OpenVAS and a few other apps that appear to offer the ability to import security data, and to display it. Any thoughts on this? 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: printing probblems
On 2020-04-22 22:31, Angelo Moreschini wrote: > excuse me ... accidentally I "read" IP instead HP :-) > excuse for the misunderstanding.. > > In every case I don't realize how it is possible use HPLIP tools to install > the printer ... (I never made it before) > I know HPLIP is a framework that only help to usage HP printer in the linux > environment.. > ... It is also a GUI tool ? The GUI isn't installed by default. So, in a terminal you should first check to see if it is, and install if not. An example of it not being installed is [egreshko@f31x ~]$ rpm -q hplip-gui package hplip-gui is not installed And if not installed, [egreshko@f31x ~]$ sudo dnf install hplip-gui After that... [egreshko@meimei ~]$ sudo hp-setup Will bring up the GUI -- 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: Problem with Brother scanner
On Wed, Apr 22, 2020 at 8:30 AM Robin Lee wrote: > I recently got a Brother scanner/printer for my Fedora 31 desktop. I've > installed all the drivers from Brother and the printing part works > fine, but not scanning. I've got one of those, too. After installing all of the Brother RPMs, I had to run /opt/brother/scanner/brscan4/brsaneconfig4. Even after doing so, the scanner still refused to work, so I had to manually edit /opt/brother/scanner/brscan4/brsanenetdevice4.cfg to set the scanner's IP address. -- Jerry James http://www.jamezone.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: dnf Bus error (core dumped)
On Tue, 21 Apr 2020 22:45:02 -0700 ToddAndMargo via users wrote: > Hi All, > > Fedora 30 > > How do I fix this? > > # dnf upgrade --refresh --disablerepo=brave* > Fedora Modular 30 - x86_64 2.9 kB/s | 16 kB > 00:05 > Fedora Modular 30 - x86_64 - Updates 32 kB/s | 14 kB > 00:00 > Fedora 30 - x86_64 - Updates 34 kB/s | 15 kB > 00:00 > Fedora 30 - x86_64 60 kB/s | 16 kB > 00:00 > Bus error (core dumped) Three things to try. 1. From the error messages, there is something seriously wrong in the integrity of the dnf databases. Try dnf clean all Does the update run correctly now? 2. Run the command dnf module reset '*' before the update to reset modules in case they are causing the problem. Does the update run correctly now? 3. If that fails, go to https://koji.fedoraproject.org/koji/buildinfo?buildID=1487421 and https://koji.fedoraproject.org/koji/buildinfo?buildID=1487494 and download all the dnf and libdnf rpms that you have installed. Then, in the directory where they are, run dnf -C update dnf libdnf Once that completes, run the regular update again. If it doesn't complete, force the install of the packages using rpm. rpm -Uvh [package name(s)] See man rpm for complete details. If the regular update still doesn't work, post further details. ___ 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: printing probblems
excuse me ... accidentally I "read" IP instead HP :-) excuse for the misunderstanding.. In every case I don't realize how it is possible use HPLIP tools to install the printer ... (I never made it before) I know HPLIP is a framework that only help to usage HP printer in the linux environment.. ... It is also a GUI tool ? On Wed, Apr 22, 2020 at 5:03 PM Angelo Moreschini wrote: > thank you for the advice Ed, > But I haven't much experience about this tip.. > >- what means exactly a "HP printer"? Could you send me to a link where >I can understand ? > > >- And also : what is the procedure to install the printer using HPLIP >? Usually I install printers by the setting tool of Fedora. >- How can I use the HPLIP tools? > > tank you > > On Wed, Apr 22, 2020 at 3:36 PM Ed Greshko wrote: > >> On 2020-04-22 20:30, Angelo Moreschini wrote: >> > Did you install the printer using hp-setup? >> > >> > After I reisnalled cups (using sudo yum install cups) >> > I didn't install the printer (tha it is auto detected) >> >> Have you considered deleting the printer? >> >> And, since it is an HP printer, using hp-setup to create a new printer? >> >> FWIW, I haven't had any issues with HP printers when using the hplip >> tools. >> >> -- >> 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 >> > ___ 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
Problem with Brother scanner
Hi list I recently got a Brother scanner/printer for my Fedora 31 desktop. I've installed all the drivers from Brother and the printing part works fine, but not scanning. When I launch simple-scan, either as root or normal user it can't find any scanner. Although it will show up in Settings -> Devices -> Colour on two lines, both as a scanner and a printer. lsusb also shows two devices. What's interesting is that at each boot the following shows up in the logs systemd-udevd[1103]: Configuration file /etc/udev/rules.d/65-brother- brscan4-libsane-type1.rules is marked executable. Please remove executable permission bits. Proceeding anyway. systemd-udevd[1103]: /etc/udev/rules.d/65-brother-brscan4-libsane- type1.rules:9 Invalid key 'SYSFS' systemd-udevd[1103]: /etc/udev/rules.d/65-brother-libsane-type1- inst.rules:14 Invalid key 'SYSFS' The content of 65-brother-brscan4-libsane-type1.rules is as follows ACTION!="add", GOTO="brother_mfp_end" SUBSYSTEM=="usb", GOTO="brother_mfp_udev_1" SUBSYSTEM!="usb_device", GOTO="brother_mfp_end" LABEL="brother_mfp_udev_1" SYSFS{idVendor}=="04f9", GOTO="brother_mfp_udev_2" ATTRS{idVendor}=="04f9", GOTO="brother_mfp_udev_2" GOTO="brother_mfp_end" LABEL="brother_mfp_udev_2" ATTRS{bInterfaceClass}!="0ff", GOTO="brother_mfp_end" ATTRS{bInterfaceSubClass}!="0ff", GOTO="brother_mfp_end" ATTRS{bInterfaceProtocol}!="0ff", GOTO="brother_mfp_end" #MODE="0666" #GROUP="scanner" ENV{libsane_matched}="yes" #SYMLINK+="scanner-%k" LABEL="brother_mfp_end" Any ideas, what to do? /Robin ___ 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: printing probblems
thank you for the advice Ed, But I haven't much experience about this tip.. - what means exactly a "HP printer"? Could you send me to a link where I can understand ? - And also : what is the procedure to install the printer using HPLIP ? Usually I install printers by the setting tool of Fedora. - How can I use the HPLIP tools? tank you On Wed, Apr 22, 2020 at 3:36 PM Ed Greshko wrote: > On 2020-04-22 20:30, Angelo Moreschini wrote: > > Did you install the printer using hp-setup? > > > > After I reisnalled cups (using sudo yum install cups) > > I didn't install the printer (tha it is auto detected) > > Have you considered deleting the printer? > > And, since it is an HP printer, using hp-setup to create a new printer? > > FWIW, I haven't had any issues with HP printers when using the hplip tools. > > -- > 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 > ___ 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: EXTERNAL: Re: printing probblems
On 4/22/20 8:36 AM, Ed Greshko wrote: > On 2020-04-22 20:30, Angelo Moreschini wrote: >> Did you install the printer using hp-setup? >> >> After I reisnalled cups (using sudo yum install cups) >> I didn't install the printer (tha it is auto detected) > Have you considered deleting the printer? > > And, since it is an HP printer, using hp-setup to create a new printer? > > FWIW, I haven't had any issues with HP printers when using the hplip tools. nor have I > -- Roger Wells, P.E. leidos 221 Third St Newport, RI 02840 401-847-4210 (voice) 401-849-1585 (fax) roger.k.we...@leidos.com ___ 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 - getting UHD external monitor to display at 3840x2160 resolution
On Wed, 22 Apr 2020 17:18:05 +0930 Tim via users wrote: > On Tue, 2020-04-21 at 14:30 -0500, Ranjan Maitra wrote: > > is it safe to work now with the lid closed or will the laptop > > overheat? I have switched off the screen for the laptop using xrandr. > > That is going to depend on the laptop design. It's not just the screen > that users power, generates heat, etc. > > If the laptop relies on the lid being open for ventilation, then you > need to do so. i.e. Is all the cooling ventilation through the bottom > and sides, or are their some grilles around the keyboard? So, I can't find anything that that looks like has perforations. Keeping the lid closed does have one advantage of collecting less dust on the keyboard, from what i can tell. Ranjan ___ 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: printing probblems
On 2020-04-22 20:30, Angelo Moreschini wrote: > Did you install the printer using hp-setup? > > After I reisnalled cups (using sudo yum install cups) > I didn't install the printer (tha it is auto detected) Have you considered deleting the printer? And, since it is an HP printer, using hp-setup to create a new printer? FWIW, I haven't had any issues with HP printers when using the hplip tools. -- 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: printing probblems
Did you install the printer using hp-setup? After I reisnalled cups (using sudo yum install cups) I didn't install the printer (tha it is auto detected) On Wed, Apr 22, 2020 at 11:48 AM Angelo Moreschini < mrangelo.fed...@gmail.com> wrote: > > >- URI and MakeModel are : > > DeviceURI usb://HP/Deskjet%202510%20series?serial= > CN34B3JGDN05TX&interface=1 > MakeModel HP Deskjet 2510 Series, hpcups 3.20.3 > >- The message : > > "couldn't start the printer > please check your printer configuration" > *came when I use **libre office WRITER ; with other text editors > programs (like EMACS ecc..)I also cannot print, but the message doesn't > come* > >- The problem not arise when I use another printer (a WI printer) that >works fine with cups > > >- very strange to say: > > but *cups.service has stopped working having I instated/uninsulated some > "fonts" in libre office.* > *I had to manually reinstall cups for this reason* > . > How was this possible ? > Is not the first time I get problem updating SW on FEDORA) > > On Wed, Apr 22, 2020 at 8:26 AM Angelo Moreschini < > mrangelo.fed...@gmail.com> wrote: > >> the message come when (using Libre Office) I press the button to print. >> >> Probability /etc/cups/printers.conf need to be configured.. >> but inside this file I don't see nothing that concern with >> "document-format". >> >> The content of> /etc/cups/printers.conf is : >> >> # Printer configuration file for CUPS v2.2.12 >> >> # Written by cupsd on 2020-04-21 17:55 >> >> # DO NOT EDIT THIS FILE WHEN CUPSD IS RUNNING >> >> >> >> UUID urn:uuid:d67c2c36-aba2-3f01-5353-a60b42230121 >> >> Info HP Deskjet 2510 series >> >> Location default printer >> >> MakeModel HP Deskjet 2510 Series, hpcups 3.20.3 >> >> DeviceURI >> usb://HP/Deskjet%202510%20series?serial=CN34B3JGDN05TX&interface=1 >> >> State Idle >> >> StateTime 1587480569 >> >> ConfigTime 1587455963 >> >> Type 36876 >> >> Accepting Yes >> >> Shared No >> >> JobSheets none none >> >> QuotaPeriod 0 >> >> PageLimit 0 >> >> KLimit 0 >> >> OpPolicy default >> >> ErrorPolicy stop-printer >> >> >> >> in the journalctl they are some rows that I think are connected with this >> problem: >> >> Apr 21 10:25:04 pluto cupsd[1023]: REQUEST localhost - - "POST /jobs/ >> HTTP/1.1" 200 182 Cancel-Job successful-ok >> >> Apr 21 10:26:42 pluto cupsd[1023]: REQUEST localhost - - "POST >> /printers/Deskjet-2510 HTTP/1.1" 200 206 Create-Job successful-ok >> >> Apr 21 10:26:42 pluto cupsd[1023]: [Client 67] Returning IPP >> client-error-document-format- >> >> Apr 21 10:26:42 pluto cupsd[1023]: REQUEST localhost - - "POST >> /printers/Deskjet-2510 HTTP/1.1" 200 5131 Send-Document >> client-error-document-format- >> >> Apr 21 10:26:42 pluto cupsd[1023]: REQUEST localhost - - "POST /jobs/ >> HTTP/1.1" 200 182 Cancel-Job successful-ok >> >> >> >> On Tue, Apr 21, 2020 at 10:18 PM Samuel Sieb wrote: >> >>> On 4/21/20 1:23 AM, Angelo Moreschini wrote: >>> > after I reinstalled cups service, my printer not works any more ; I >>> get >>> > this message: >>> > "couldn't start the printer >>> >please check your printer configuration" >>> >>> Where do you see this message? >>> >>> > in the journalctl they are some rows that I think are connected with >>> > this problem: >>> > Apr 21 10:26:42 pluto cupsd[1023]: [Client 67] Returning IPP >>> > client-error-document-format-not-supported for Send-Document >>> > (ipp://localhost:631/printers/Deskjet-2510) from localhost. >>> >>> Maybe. >>> >>> > /etc/cups/printers.conf >>> >>> What is the URI and MakeModel of this printer in that 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 >>> >> ___ 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: appimages and printing
On 2020-04-22 18:47, Tim via users wrote: > On Wed, 2020-04-22 at 17:56 +0800, Ed Greshko wrote: >> I just tried it here on an F31 VM. >> >> Downloaded from >> https://musescore.org/en/download/musescore-x86_64.AppImage >> Made MuseScore-3.4.2-x86_64.appimage executable and started it. >> >> Printed the empty "Title" page without problems. > Did you do an actual print to paper, or to PDF? Mine does print to PDF > alright. > Both paper and PDF. Printer is a network connected HP. -- 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: F31 - getting UHD external monitor to display at 3840x2160 resolution
On Wed, 22 Apr 2020 at 04:49, Tim via users wrote: > On Tue, 2020-04-21 at 14:30 -0500, Ranjan Maitra wrote: > > is it safe to work now with the lid closed or will the laptop > > overheat? I have switched off the screen for the laptop using xrandr. > > That is going to depend on the laptop design. It's not just the screen > that users power, generates heat, etc. > > If the laptop relies on the lid being open for ventilation, then you > need to do so. i.e. Is all the cooling ventilation through the bottom > and sides, or are their some grilles around the keyboard? > Most laptops have cooling fans that blow air over heatsinks for CPU and GPU. Over time, dust can collect and reduce cooling. At my former work IT bought a large batch of Thinkpads that were particularly prone to overheating (and crashing) on warm days due to accumulated dust. Fortunately it was relatively easy to remove the keyboard to expose the cooling fan and ducts. A few blasts of canned air would release a cloud of dust and give you a month or two before a repeat was required. Newer Thinkpads didn't suffer from this problem, so perhaps laptop designers have found ways to prevent accumulation of dust. -- 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: appimages and printing
On Wed, 2020-04-22 at 17:56 +0800, Ed Greshko wrote: > I just tried it here on an F31 VM. > > Downloaded from > https://musescore.org/en/download/musescore-x86_64.AppImage > Made MuseScore-3.4.2-x86_64.appimage executable and started it. > > Printed the empty "Title" page without problems. Did you do an actual print to paper, or to PDF? Mine does print to PDF alright. -- uname -rsvp Linux 3.10.0-1062.18.1.el7.x86_64 #1 SMP Tue Mar 17 23:49:17 UTC 2020 x86_64 Boilerplate: All unexpected mail to my mailbox is automatically deleted. I will only get to see the messages that are posted to the mailing list. ___ users mailing list -- users@lists.fedoraproject.org To unsubscribe send an email to users-le...@lists.fedoraproject.org Fedora Code of Conduct: https://docs.fedoraproject.org/en-US/project/code-of-conduct/ List Guidelines: https://fedoraproject.org/wiki/Mailing_list_guidelines List Archives: https://lists.fedoraproject.org/archives/list/users@lists.fedoraproject.org
Re: What's that?
On 2020-04-22 16:48, Frank Elsner wrote: > Hi community, > > I've found the following strangeness on my regulary updated Fedora 31: > > file /boot/System.map-5.4.14-200.fc31.x86_64 is not owned by any package > file /boot/.vmlinuz-5.4.14-200.fc31.x86_64.hmac is not owned by any package > file /boot/config-5.4.14-200.fc31.x86_64 is not owned by any package > file /boot/initramfs-5.4.14-200.fc31.x86_64.img is not owned by any package > file /boot/vmlinuz-5.4.14-200.fc31.x86_64 is not owned by any package > file > /boot/loader/entries/e731a672c5634346bf52bf901e274268-5.4.14-200.fc31.x86_64.conf > is not owned by any package > file /usr/share/licenses/kernel-core/COPYING-5.4.14 is not owned by any > package > file /usr/share/doc/kernel-keys/5.4.14-200.fc31.x86_64 is not owned by any > package > file /usr/lib/modules/5.4.14-200.fc31.x86_64 is not owned by any package > > How could this happen? Is it save to remove remove? > Well, if you don't have a 5.4.14-200 kernel installed it would be fine to delete them. How it happened? Maybe you will find a clue in the dnf transaction history where the 5.4.14-200 kernel was erased. -- 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: appimages and printing
On 2020-04-22 16:42, Tim via users wrote: > Has anyone found that appimages can't print? And how to resolve this? > I see nothing useful in the cups logs. > > *So* *far* I've only done this on CentOS, not Fedora, but I found that > an appimage (MuseScore) cannot print (the same app is available as a > normal RPM on Fedora). When I tried printing, the usual print dialogue > comes up, my printers are in it, I select any of them and try to print > the same as any other application would do, but the printer just sits > there doing nothing. I just tried it here on an F31 VM. Downloaded from https://musescore.org/en/download/musescore-x86_64.AppImage Made MuseScore-3.4.2-x86_64.appimage executable and started it. Printed the empty "Title" page without problems. -- 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
What's that?
Hi community, I've found the following strangeness on my regulary updated Fedora 31: file /boot/System.map-5.4.14-200.fc31.x86_64 is not owned by any package file /boot/.vmlinuz-5.4.14-200.fc31.x86_64.hmac is not owned by any package file /boot/config-5.4.14-200.fc31.x86_64 is not owned by any package file /boot/initramfs-5.4.14-200.fc31.x86_64.img is not owned by any package file /boot/vmlinuz-5.4.14-200.fc31.x86_64 is not owned by any package file /boot/loader/entries/e731a672c5634346bf52bf901e274268-5.4.14-200.fc31.x86_64.conf is not owned by any package file /usr/share/licenses/kernel-core/COPYING-5.4.14 is not owned by any package file /usr/share/doc/kernel-keys/5.4.14-200.fc31.x86_64 is not owned by any package file /usr/lib/modules/5.4.14-200.fc31.x86_64 is not owned by any package How could this happen? Is it save to remove remove? Stayed at home, Frank Elsner ___ 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: printing probblems
- URI and MakeModel are : DeviceURI usb://HP/Deskjet%202510%20series?serial=CN34B3JGDN05TX&interface=1 MakeModel HP Deskjet 2510 Series, hpcups 3.20.3 - The message : "couldn't start the printer please check your printer configuration" *came when I use **libre office WRITER ; with other text editors programs (like EMACS ecc..)I also cannot print, but the message doesn't come* - The problem not arise when I use another printer (a WI printer) that works fine with cups - very strange to say: but *cups.service has stopped working having I instated/uninsulated some "fonts" in libre office.* *I had to manually reinstall cups for this reason* . How was this possible ? Is not the first time I get problem updating SW on FEDORA) On Wed, Apr 22, 2020 at 8:26 AM Angelo Moreschini wrote: > the message come when (using Libre Office) I press the button to print. > > Probability /etc/cups/printers.conf need to be configured.. > but inside this file I don't see nothing that concern with > "document-format". > > The content of> /etc/cups/printers.conf is : > > # Printer configuration file for CUPS v2.2.12 > > # Written by cupsd on 2020-04-21 17:55 > > # DO NOT EDIT THIS FILE WHEN CUPSD IS RUNNING > > > > UUID urn:uuid:d67c2c36-aba2-3f01-5353-a60b42230121 > > Info HP Deskjet 2510 series > > Location default printer > > MakeModel HP Deskjet 2510 Series, hpcups 3.20.3 > > DeviceURI > usb://HP/Deskjet%202510%20series?serial=CN34B3JGDN05TX&interface=1 > > State Idle > > StateTime 1587480569 > > ConfigTime 1587455963 > > Type 36876 > > Accepting Yes > > Shared No > > JobSheets none none > > QuotaPeriod 0 > > PageLimit 0 > > KLimit 0 > > OpPolicy default > > ErrorPolicy stop-printer > > > > in the journalctl they are some rows that I think are connected with this > problem: > > Apr 21 10:25:04 pluto cupsd[1023]: REQUEST localhost - - "POST /jobs/ > HTTP/1.1" 200 182 Cancel-Job successful-ok > > Apr 21 10:26:42 pluto cupsd[1023]: REQUEST localhost - - "POST > /printers/Deskjet-2510 HTTP/1.1" 200 206 Create-Job successful-ok > > Apr 21 10:26:42 pluto cupsd[1023]: [Client 67] Returning IPP > client-error-document-format- > > Apr 21 10:26:42 pluto cupsd[1023]: REQUEST localhost - - "POST > /printers/Deskjet-2510 HTTP/1.1" 200 5131 Send-Document > client-error-document-format- > > Apr 21 10:26:42 pluto cupsd[1023]: REQUEST localhost - - "POST /jobs/ > HTTP/1.1" 200 182 Cancel-Job successful-ok > > > > On Tue, Apr 21, 2020 at 10:18 PM Samuel Sieb wrote: > >> On 4/21/20 1:23 AM, Angelo Moreschini wrote: >> > after I reinstalled cups service, my printer not works any more ; I get >> > this message: >> > "couldn't start the printer >> >please check your printer configuration" >> >> Where do you see this message? >> >> > in the journalctl they are some rows that I think are connected with >> > this problem: >> > Apr 21 10:26:42 pluto cupsd[1023]: [Client 67] Returning IPP >> > client-error-document-format-not-supported for Send-Document >> > (ipp://localhost:631/printers/Deskjet-2510) from localhost. >> >> Maybe. >> >> > /etc/cups/printers.conf >> >> What is the URI and MakeModel of this printer in that 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 >> > ___ 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
appimages and printing
Has anyone found that appimages can't print? And how to resolve this? I see nothing useful in the cups logs. *So* *far* I've only done this on CentOS, not Fedora, but I found that an appimage (MuseScore) cannot print (the same app is available as a normal RPM on Fedora). When I tried printing, the usual print dialogue comes up, my printers are in it, I select any of them and try to print the same as any other application would do, but the printer just sits there doing nothing. -- uname -rsvp Linux 3.10.0-1062.18.1.el7.x86_64 #1 SMP Tue Mar 17 23:49:17 UTC 2020 x86_64 Boilerplate: All unexpected mail to my mailbox is automatically deleted. I will only get to see the messages that are posted to the mailing list. ___ users mailing list -- users@lists.fedoraproject.org To unsubscribe send an email to users-le...@lists.fedoraproject.org Fedora Code of Conduct: https://docs.fedoraproject.org/en-US/project/code-of-conduct/ List Guidelines: https://fedoraproject.org/wiki/Mailing_list_guidelines List Archives: https://lists.fedoraproject.org/archives/list/users@lists.fedoraproject.org
Re: dnf Bus error (core dumped)
On 2020-04-22 01:10, Ed Greshko wrote: On 2020-04-22 14:11, ToddAndMargo via users wrote: # rpm -Va --nofiles --nodigest return about 50 conflicts Forgot to ask, what are the errors? # rpm -Va --nofiles --nodigest Unsatisfied dependencies for kernel-headers-5.5.16-100.fc30.x86_64: kernel-headers < 5.5.16-100.fc30 is obsoleted by (installed) kernel-headers-5.5.16-100.fc30.x86_64 Unsatisfied dependencies for grub2-tools-1:2.02-88.fc30.x86_64: grub2-tools < 1:2.02-88.fc30 is obsoleted by (installed) grub2-tools-1:2.02-88.fc30.x86_64 grub2-tools < 1:2.02-88.fc30 is obsoleted by (installed) grub2-tools-extra-1:2.02-88.fc30.x86_64 grub2-tools < 1:2.02-88.fc30 is obsoleted by (installed) grub2-tools-minimal-1:2.02-88.fc30.x86_64 Unsatisfied dependencies for webkit2gtk3-plugin-process-gtk2-2.24.4-1.fc30.x86_64: webkit2gtk3-plugin-process-gtk2 < 2.28.0-6.fc30 is obsoleted by (installed) webkit2gtk3-2.28.0-6.fc30.x86_64 Unsatisfied dependencies for fedora-release-30-6.noarch: system-release conflicts with (installed) fedora-release-30-6.noarch system-release conflicts with (installed) fedora-release-30-5.noarch Unsatisfied dependencies for libsss_certmap-2.2.3-13.fc30.x86_64: sssd-common < 2.2.3-13.fc30 conflicts with (installed) libsss_certmap-2.2.3-13.fc30.x86_64 Unsatisfied dependencies for pcre2-syntax-10.34-9.fc30.noarch: pcre2-devel < 10.34-8 conflicts with (installed) pcre2-syntax-10.34-9.fc30.noarch Unsatisfied dependencies for pcre2-devel-10.33-14.fc30.x86_64: pcre2-devel < 10.34-8 conflicts with (installed) pcre2-syntax-10.34-9.fc30.noarch Unsatisfied dependencies for fedora-release-30-5.noarch: system-release conflicts with (installed) fedora-release-30-5.noarch system-release conflicts with (installed) fedora-release-30-6.noarch Unsatisfied dependencies for sssd-common-2.2.2-1.fc30.x86_64: sssd-common < 2.2.3-13.fc30 conflicts with (installed) libsss_autofs-2.2.3-13.fc30.x86_64 sssd-common < 2.2.3-13.fc30 conflicts with (installed) sssd-nfs-idmap-2.2.3-13.fc30.x86_64 sssd-common < 2.2.3-13.fc30 conflicts with (installed) libsss_sudo-2.2.3-13.fc30.x86_64 sssd-common < 2.2.3-13.fc30 conflicts with (installed) libsss_certmap-2.2.3-13.fc30.x86_64 Unsatisfied dependencies for libsss_autofs-2.2.3-13.fc30.x86_64: sssd-common < 2.2.3-13.fc30 conflicts with (installed) libsss_autofs-2.2.3-13.fc30.x86_64 Unsatisfied dependencies for libsss_sudo-2.2.3-13.fc30.x86_64: sssd-common < 2.2.3-13.fc30 conflicts with (installed) libsss_sudo-2.2.3-13.fc30.x86_64 Unsatisfied dependencies for kernel-headers-5.3.6-200.fc30.x86_64: kernel-headers < 5.5.16-100.fc30 is obsoleted by (installed) kernel-headers-5.5.16-100.fc30.x86_64 Unsatisfied dependencies for grub2-tools-extra-1:2.02-88.fc30.x86_64: grub2-tools < 1:2.02-88.fc30 is obsoleted by (installed) grub2-tools-extra-1:2.02-88.fc30.x86_64 Unsatisfied dependencies for sssd-common-2.2.3-13.fc30.x86_64: sssd-common < 2.2.3-13.fc30 conflicts with (installed) libsss_autofs-2.2.3-13.fc30.x86_64 sssd-common < 2.2.3-13.fc30 conflicts with (installed) sssd-nfs-idmap-2.2.3-13.fc30.x86_64 sssd-common < 2.2.3-13.fc30 conflicts with (installed) libsss_sudo-2.2.3-13.fc30.x86_64 sssd-common < 2.2.3-13.fc30 conflicts with (installed) libsss_certmap-2.2.3-13.fc30.x86_64 Unsatisfied dependencies for webkit2gtk3-2.28.0-6.fc30.x86_64: webkit2gtk3-plugin-process-gtk2 < 2.28.0-6.fc30 is obsoleted by (installed) webkit2gtk3-2.28.0-6.fc30.x86_64 Unsatisfied dependencies for grub2-tools-1:2.02-83.fc30.x86_64: grub2-tools < 1:2.02-88.fc30 is obsoleted by (installed) grub2-tools-extra-1:2.02-88.fc30.x86_64 grub2-tools < 1:2.02-88.fc30 is obsoleted by (installed) grub2-tools-minimal-1:2.02-88.fc30.x86_64 grub2-tools < 1:2.02-88.fc30 is obsoleted by (installed) grub2-tools-1:2.02-88.fc30.x86_64 Unsatisfied dependencies for sssd-nfs-idmap-2.2.3-13.fc30.x86_64: sssd-common < 2.2.3-13.fc30 conflicts with (installed) sssd-nfs-idmap-2.2.3-13.fc30.x86_64 Unsatisfied dependencies for grub2-tools-minimal-1:2.02-88.fc30.x86_64: grub2-tools < 1:2.02-88.fc30 is obsoleted by (installed) grub2-tools-minimal-1:2.02-88.fc30.x86_64 ___ 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: dnf Bus error (core dumped)
On 2020-04-22 14:11, ToddAndMargo via users wrote: > # rpm -Va --nofiles --nodigest > > return about 50 conflicts Forgot to ask, what are the errors? -- 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: printing probblems
Did you install the printer using hp-setup? ___ 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 - getting UHD external monitor to display at 3840x2160 resolution
On Tue, 2020-04-21 at 14:30 -0500, Ranjan Maitra wrote: > is it safe to work now with the lid closed or will the laptop > overheat? I have switched off the screen for the laptop using xrandr. That is going to depend on the laptop design. It's not just the screen that users power, generates heat, etc. If the laptop relies on the lid being open for ventilation, then you need to do so. i.e. Is all the cooling ventilation through the bottom and sides, or are their some grilles around the keyboard? -- uname -rsvp Linux 3.10.0-1062.18.1.el7.x86_64 #1 SMP Tue Mar 17 23:49:17 UTC 2020 x86_64 Boilerplate: All unexpected mail to my mailbox is automatically deleted. I will only get to see the messages that are posted to the mailing list. ___ users mailing list -- users@lists.fedoraproject.org To unsubscribe send an email to users-le...@lists.fedoraproject.org Fedora Code of Conduct: https://docs.fedoraproject.org/en-US/project/code-of-conduct/ List Guidelines: https://fedoraproject.org/wiki/Mailing_list_guidelines List Archives: https://lists.fedoraproject.org/archives/list/users@lists.fedoraproject.org
Re: What are the differences between RHEL and Fedora Server?
On 2020-04-18 00:26, Christopher Marlow wrote: On Fri, 2020-04-17 at 11:20 +0800, Turritopsis Dohrnii Teo En Ming Evolution works with Exchange and Office 365 for Business? I am going to setup Evolution! By the way, Thunderbird doesn't work with Exchange and O365 properly? Yes Evolution can do Exchange, Thunderbird can't without buying a extention to get it to work. I can't get Evolution to work with Office 365. Sob. -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), in Taiwan (5 Aug 2019) and Australia (25 Dec 2019 to 9 Jan 2020): [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: What are the differences between RHEL and Fedora Server?
On 2020-04-17 16:54, Patrick O'Callaghan wrote: On Fri, 2020-04-17 at 11:20 +0800, Turritopsis Dohrnii Teo En Ming wrote: Evolution works with Exchange and Office 365 for Business? I am going to setup Evolution! Yes. Note that Evolution has its own mailing list, so if you have questions it's usually more effective to ask there rather than here. https://mail.gnome.org/mailman/listinfo/evolution-list poc I have extreme difficulties getting evolution-ews to work with Office 365 for Business. I am asking questions at the evolution mailing list now. Thank you. -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), in Taiwan (5 Aug 2019) and Australia (25 Dec 2019 to 9 Jan 2020): [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