![](https://seccdn.libravatar.org/avatar/77cb4da5f72bc176182dcc33f03a18f3.jpg?s=120&d=mm&r=g)
On 2018-07-17 13:25, Dave Howorth wrote:
On Tue, 17 Jul 2018 11:20:45 +0200 "Carlos E. R." <> wrote:
* I also have no idea why the stuff I saw at bootup included plymouth, since it wasn't installed before the upgrade. I've deleted and tabooed it.
Yes, you have to taboo things you really do not want, or they may come back to you.
That seems pretty arrogant of whoever packaged it. If I bothered to delete it, then I think I've made my wishes clear.
Yes, but it is impossible to do, apparently. Years ago, I don't remember what openSUSE version, the system maintained a list of removed packages and honoured it so to not install them automatically again (they had to be installed manually). Your choices held. But there was a problem that they failed to solve and the solution was to remove the feature completely. I don't remember when was this, but if interested you can find out by reading release notes back to the time, IIRC. So now YaST or zypper will by default install again everything that is required as dependency by some pattern that is already installed. It will also by default everything that is not required but is recommended - this behaviour can be disabled, but this can backfire (as some application missing features or failing unexpectedly because something it would like is not installed. So what I do is taboo. I have my little list of things to taboo when I install a system, and plymouth is one of them.
One thing that wasted my time was that during the upgrade I was asked to approve a licence - something about nvidia video. Now my box doesn't have an nvidia hardware; it uses Intel 915 video. So one of the things I tried to fix my problem was to remove some packages with nvidia in their name, on the offchance it was a driver issue. But I couldn't remove them because of lots of dependencies. What's going on there? Why do I need a whole bunch of packages with nvidia in their names even with no nvidia hardware? And why do I have to agree some special licence?
Paste the output of "rpm -qa | grep -i nvidia". And also "hwinfo --gfxcard" to make sure about your video hardware.
It is possible that you have installed some video coding software that make use of the GPU, and thus the driver is installed even if you don't have the hardware.
The problem seems to be libdrm_nouveau2, which has over 60 things dependent on it. It was discussed on this list in 2014.
I don't remember. I was thinking of something like ffmpeg. However, one thing is require nouveau and another to require nvidia: the latter is proprietary.
# hwinfo --gfxcard 15: PCI 02.0: 0300 VGA compatible controller (VGA) [Created at pci.378] Unique ID: _Znp.j1zPNNVJiH1 SysFS ID: /devices/pci0000:00/0000:00:02.0 SysFS BusID: 0000:00:02.0 Hardware Class: graphics card Device Name: "Onboard IGD" Model: "Intel Xeon E3-1200 v3/4th Gen Core Processor Integrated Graphics Controller" Vendor: pci 0x8086 "Intel Corporation" Device: pci 0x0412 "Xeon E3-1200 v3/4th Gen Core Processor Integrated Graphics Controller" SubVendor: pci 0x1025 "Acer Incorporated [ALI]" SubDevice: pci 0x0750 Revision: 0x06 Memory Range: 0xf7800000-0xf7bfffff (rw,non-prefetchable) Memory Range: 0xe0000000-0xefffffff (ro,non-prefetchable) I/O Ports: 0xf000-0xf03f (rw) Memory Range: 0x000c0000-0x000dffff (rw,non-prefetchable,disabled) IRQ: 255 (no events) Module Alias: "pci:v00008086d00000412sv00001025sd00000750bc03sc00i00" Driver Info #0: Driver Status: i915 is active Driver Activation Cmd: "modprobe i915" Config Status: cfg=no, avail=yes, need=no, active=unknown
Primary display adapter: #15
Obviously no nvidia there.
I wonder what other gotchas await? Hopefully none.
Probably more :-p
Yeah, some of my perl programs needed some TLC, and lxcc isn't working so far.
I'd like to upgrade this machine, but I can't risk a failure till I finish some things I'm doing, so it has to wait. And I can't spare the time now, it would be three machines. I have a new small cheap laptop that I installed 15.0 on it, though. And a few things are different, like dovecot. -- Cheers / Saludos, Carlos E. R. (from 42.3 x86_64 "Malachite" at Telcontar)