After several years of running Manjaro more or less trouble free, suddenly in close succession there have been pacman errors that cut the -Syu process. Usually in my openSUSE or Debian based installs if there is a dependency issue, there are choices offered . . . 1, 2, 3 . . . sometimes it’s possible to figure out how to get around the hold on the upgrade from looking at the options. In this case, no options are provided?
How to get pacman to move forward on this system delay or “denial of service”?
:: Starting full system upgrade...
:: Replace kauth with extra/kauth5? [Y/n] y
:: Replace kcoreaddons with extra/kcoreaddons5? [Y/n] y
:: Replace kitemmodels with extra/kitemmodels5? [Y/n] y
:: Replace kwindowsystem with extra/kwindowsystem5? [Y/n] y
looking for conflicting packages...
error: failed to prepare transaction (could not satisfy dependencies)
:: installing kvantum (1.0.10-2) breaks dependency 'kvantum-qt5' required by kvantum-theme-matchama
Thanks kindly, that worked as described. This install is an “older” install of Manjaro on my multi-booting desktop where I rotate through 7 linux installs, one per day.
I was expecting the same “locale/glibc” problem that I hit the other day with may laptop install . . . and instead, got a totally new problem . . . . The “locales” thing just showed one line item, rather than on the laptop where it showed . . . the entire “world”???
Anyway, back in the biz on the desktop. Precerate it.
LOL . . . OK . . . you get no credit for the assist. Except that you replied quickly and saved me from spending time trying to figure it out by my lonesome. My problem as the “multi-booter” is that there are “7 mouths to feed” . . . each of them takes their quotient of time to maintain . . . .
As of late some of them are taking more of the share than is humorous . . . for the most part Manjaro has been the “good kid that doesn’t demand very much to be happy,” so sometime even the good kid needs something . . . .
I’m a dabbler since maybe '07 . . . when I got into linux as a way to keep my Macs running supported browsers . . . . Never had much formal “computer” training except for one class in High School back in the '70’s where the machine used the punch cards and the modem was using the old fashioned phone receiver . . . . I think they dialed a phone number to get online . . . and then put the phone into a cradle. At that time I thought, “This will never go anywhere.” And that was another addition to the “mistakes I’ve made” list.
I do enjoy the “fresh horsies” aspect of linux . . . constantly changing aspect, especially in comparison to OSX . . . which I checked out of at 10.15??? Just too stable, but then not running the machine very well. Linux does what it is supposed to do, run the machine quickly.
Kudos for getting FreeBSD going, I looked at it a couple of times, but when I did, the multiple install disks to get it installed was a level of complexity that I couldn’t negotiate. I like simple; simple is good. : - )
You must mean OpenBSD, which utilizes several disks; freeBSD only needs one. I’m keen to test-drive r14 when it’s released (very soon); ofcourse that will depend on whether I have a SSD free for the task.
MatchaMA is in AUR, thus formally unsupported (because AUR is unsupported).
Matcha is in the repos and again a dependency.
Someone is obviously using XFCE or thinking hey, we have “officially provided by manjaro Team” XFCE edition on the website, maybe, just maybe, we have to support it and have a qt theme for it matching the default theme?
Back over in my Manjaro MATE laptop edition . . . I am running XFCE on the desktop Manjaro system . . . . I have used “matcha” theme at some point in one of my systems . . . but don’t recall if it was in the XFCE edition I’m running now . . . .
It must have been the “matchama” package, as removing it, allowed the upgrade to run through, and didn’t seem to cause anything to blow up . . . .