I spent over a thousand dollars for a card that doesn't support current Linux? And when I file a bug report it's reclassified as an "enhancement", and a medium priority one at that?! Worse still, the driver would probably work fine if the installer would just ignore the version code and try... I'm in shock.

Also, the install scrip fails without rolling back anything and leaving the system in a half-baked state. The supplied uninstall fails because amdgpu-core isn't installed yet. Since only 18.04 is supported, the install script should at least check for that before installing half a dozen packages for which "apt --fix-broken" cannot resolve their dependencies, due to the hard coded Ubuntu version. Catch-22.

If anyone else finds themselves in this fix by installing this driver, the only way to get apt-get working again is to forcefully remove all of the files using:
sudo dpkg --force-all -P [package name]
Here is the list of miss-installed packages:
The following packages have unmet dependencies:
amdgpu-dkms : Depends: amdgpu-core but it is not going to be installed
amdgpu-lib : Depends: amdgpu-core (= 19.10-785425) but it is not going to be installed
glamor-amdgpu : Depends: amdgpu-core but it is not going to be installed
gst-omx-amdgpu : Depends: amdgpu-core but it is not going to be installed
libdrm-amdgpu-common : Depends: amdgpu-core but it is not going to be installed
libdrm2-amdgpu:i386 : Depends: amdgpu-core:i386
libdrm2-amdgpu : Depends: amdgpu-core but it is not going to be installed
libegl1-amdgpu-mesa:i386 : Depends: amdgpu-core:i386
libegl1-amdgpu-mesa : Depends: amdgpu-core but it is not going to be installed
libgbm1-amdgpu:i386 : Depends: amdgpu-core:i386
libgbm1-amdgpu : Depends: amdgpu-core but it is not going to be installed
libgl1-amdgpu-mesa-dri:i386 : Depends: amdgpu-core:i386
Recommends: libtxc-dxtn-s2tc0:i386 but it is not installable or
libtxc-dxtn0:i386 but it is not installable
libgl1-amdgpu-mesa-dri : Depends: amdgpu-core but it is not going to be installed
Recommends: libtxc-dxtn-s2tc0 but it is not installable or
libtxc-dxtn0 but it is not installable
libglapi-amdgpu-mesa:i386 : Depends: amdgpu-core:i386
libglapi-amdgpu-mesa : Depends: amdgpu-core but it is not going to be installed
libllvm7.1-amdgpu:i386 : Depends: amdgpu-core:i386
libllvm7.1-amdgpu : Depends: amdgpu-core but it is not going to be installed
libwayland-amdgpu-client0:i386 : Depends: amdgpu-core:i386
libwayland-amdgpu-client0 : Depends: amdgpu-core but it is not going to be installed
libwayland-amdgpu-egl1:i386 : Depends: amdgpu-core:i386
libwayland-amdgpu-egl1 : Depends: amdgpu-core but it is not going to be installed
libwayland-amdgpu-server0:i386 : Depends: amdgpu-core:i386
libwayland-amdgpu-server0 : Depends: amdgpu-core but it is not going to be installed
mesa-amdgpu-va-drivers:i386 : Depends: amdgpu-core:i386
mesa-amdgpu-va-drivers : Depends: amdgpu-core but it is not going to be installed
mesa-amdgpu-vdpau-drivers:i386 : Depends: amdgpu-core:i386
mesa-amdgpu-vdpau-drivers : Depends: amdgpu-core but it is not going to be installed
xserver-xorg-amdgpu-video-amdgpu : Depends: amdgpu-core but it is not going to be installed

Yet it half-way installs on 19.04 without a check, and your download page does not include any warning of what it will do to your system if it's not 18.04. In fact, the sub heading lists 18.04.2, so is that the only version of 18.04 supported?
From the specificity used, it's reasonable to assume that the listed version was a minimum version, not an exclusive version.

@Andrew, thank you for the script. I will give it a try shortly. As an aside, I noticed that someone changed the component from AMDgpu to AMDgpu-pro. I was not installing pro. Will your script work with a standard install?

@Rolf, my script is specifically targeted at pro variant. I do not understand your desire to use amd bundled archive for All-Open stack, because All-Open is already provided by Ubuntu repos.
However, you can just remove "--pro" from the end of the script in line:
./amdgpu-install --pro --opencl=lagacy,pal --no-dkms

Created attachment 144479[details][review]
Script to modify packages to be able to use with ubuntu 19.04
Added "-f" to rm command to prevent error message in output
rm: cannot remove 'amdgpu-core_19.10-785425_all.no_ub_ver_chk.deb': No such file or directory
Explicitly specified that problems appears in 19.10-785425 release, because they may be fixed by amd in further releases

@Andrew, I'm transitioning from Windows to Linux for software development. Though not new to Linux, I'm new to running it with a head. Perhaps I'm trying to do something unnecessary under Ubuntu? I have an ASUS Radeon VII 16GB installed in this system. The first thing I had to do under Windows was update the driver from AMD's website. I was following suit for Linux. I don't believe I can run the Pro version on my hardware. The downloaded driver installs either. Ubuntu identifies the graphics as AMD® Vega20. Any and all advice would be most appreciated.

(In reply to Rolf from comment #12)
> @Andrew, I'm transitioning from Windows to Linux for software development.
> Though not new to Linux, I'm new to running it with a head. Perhaps I'm
> trying to do something unnecessary under Ubuntu? I have an ASUS Radeon VII
> 16GB installed in this system. The first thing I had to do under Windows was
> update the driver from AMD's website. I was following suit for Linux.
In general, on Linux most users use the in box drivers or a ppa (if you want bleeding edge) rather than the packaged drivers. The packaged drivers from AMD are mainly there to support workstation customers or users that want to use an older enterprise distro which may not have support in the box.

(In reply to Rolf from comment #12)
> Perhaps I'm trying to do something unnecessary under Ubuntu?
Yes, exactly that seems to be the case here.
Either the drivers coming with Ubuntu should be sufficient or you should use a PPA to get bleeding edge drivers.
As Alex already noted as well the -pro drivers are for workstation use cases where the user has a specific version of a distribution.
Marking this bug as invalid for now.

(In reply to Andre Klapper from comment #17)
> Feel free to talk to AMD about that. You are asking the wrong people.
Well no, he is asking exactly at the right location.
Take a look at the component, this bug is explicitly about the amdgpu-pro driver installation and both Alex and me are answering on this bug.

@Andre, thank you for the clarification. My bug may have been correctly filed, but it seems I vented my frustration with AMD in the wrong direction. I did think, and I think most people following that link would as well, that the people working the bugs in this category were AMD. For that I am sorry.
Thanks again to Alex and Andrew for your help and patience. Switching over to Linux has been quite an adventure!

Created attachment 144539[details][review]
Script to modify packages to be able to use with ubuntu 19.04
Updated to work with version amdgpu-pro 19.20-812932
Added nuclear removing instructions
amdgpu-dkms now builds successfully

Created attachment 144555[details][review]
Script to modify packages to be able to use with ubuntu 19.04
Now script automatically installs all pro components without open components. The exceptions are: amdgpu-core, libdrm-amdgpu-amdgpu1, libdrm-amdgpu-common, libdrm2-amdgpu, libwayland-amdgpu-client0, libwayland-amdgpu-server0.
Separated uninstaller commands to another file.

Created attachment 144556[details][review]
Script to force remove all amdgpu-pro packages v01
Allows you to remove packages, even if they have broken dependencies and then cleanly remove local repository using official script.

The script (attached to this bug) to install latest AMD drivers on ubuntu 19.04 for a RX590 on a Ryzen threadripper works for me, but leads to a Segmentation fault at address 0x0 of /usr/lib/xorg/Xorg seen in .local/share/xorg/Xorg.0.log
Solution for me was to:
sudo mv /usr/share/X11/xorg.conf.d/10-amdgpu.conf /usr/share/X11/xorg.conf.d/10-amdgpu.conf.bak
sudo mv /usr/share/X11/xorg.conf.d/00-amdgpu.conf /usr/share/X11/xorg.conf.d/00-amdgpu.conf.bak
as proposed by axlc in https://community.amd.com/thread/227165
Then I had to reboot the PC, no more "loop login".

(In reply to Etienne Lorrain from comment #24)
> The script (attached to this bug) to install latest AMD drivers on ubuntu
> 19.04 for a RX590 on a Ryzen threadripper works for me, but leads to a
> Segmentation fault at address 0x0 of /usr/lib/xorg/Xorg seen in
> .local/share/xorg/Xorg.0.log
>
> Solution for me was to:
> sudo mv /usr/share/X11/xorg.conf.d/10-amdgpu.conf
> /usr/share/X11/xorg.conf.d/10-amdgpu.conf.bak
> sudo mv /usr/share/X11/xorg.conf.d/00-amdgpu.conf
> /usr/share/X11/xorg.conf.d/00-amdgpu.conf.bak
> as proposed by axlc in https://community.amd.com/thread/227165
> Then I had to reboot the PC, no more "loop login".
A shorter solution is to comment out (by adding # as first char) the line:
ModulePath "/opt/amdgpu/lib/xorg/modules"
in 00-amdgpu.conf and rename both files as their original names.
Maybe to use /usr/lib/xorg/modules/libglamoregl.so instead of /opt/amdgpu/lib/xorg/modules/libglamoregl.so, different files with same names.
Or to use /usr/lib/xorg/modules/drivers/amdgpu_drv.so instead of /opt/amdgpu/lib/xorg/modules/drivers/amdgpu_drv.so, different files with same names.
There is only two real files in /opt/amdgpu/lib/xorg/modules/.

Created attachment 145087[details][review]
Script to modify packages to be able to use with ubuntu 19.04
Updated script to work with Ubuntu 19.04 and driver version 19.30-855429
Set status to REOPENED, because the problem is still actual.

(In reply to Andrew Shark from comment #29)
> Created attachment 145087[details][review] [review]
> Script to modify packages to be able to use with ubuntu 19.04
>
> Updated script to work with Ubuntu 19.04 and driver version 19.30-855429
> Set status to REOPENED, because the problem is still actual.
Is it not fixed for you by (as my previous comment):
A shorter solution is to comment out (by adding # as first char) the line:
ModulePath "/opt/amdgpu/lib/xorg/modules"
in 00-amdgpu.conf

(In reply to Etienne Lorrain from comment #30)
I do not understand what problem you are talking about. Package just refuses to install because of explicitly doing so in preinst script. My script solves it.

@Tomas, it is strange that it did not asked a password after "Creating local repository..." which is before "Installing OpenGL PRO...". Probably you already had a previous version of repository (it happens if you try to install it with official installer script first).
Try to force remove it (script provided as another attachment) and then re-run my installer script.

(In reply to Andrew Shark from comment #31)
> (In reply to Etienne Lorrain from comment #30)
> I do not understand what problem you are talking about. Package just refuses
> to install because of explicitly doing so in preinst script. My script
> solves it.
Sorry, it is some time ago and now that my system is working I am reluctant to break it again to see if I can re-install again.
I use your script to install on 19.4, I just had:
> but leads to a
> Segmentation fault at address 0x0 of /usr/lib/xorg/Xorg seen in
> .local/share/xorg/Xorg.0.log
That I fixed by commenting out the line:
ModulePath "/opt/amdgpu/lib/xorg/modules"
in 00-amdgpu.conf
I am not sure why I cannot use files in "/opt/amdgpu/lib/xorg/modules", I have to use the files in "/usr/lib/xorg/modules/" (same filenames, different files)...
Cheers.

@Andrew Shark: well, it asked me once for the users password for sudo, which I successfully input and worked. "[sudo] password for user: ".
I have as well tried your removal script, however after running it with sudo and without, I got no output on CLI of it, is that ok?
After that tried the installer with script, and unchanged behaviour.
If there is any outut to be run, if you send me commands, happy to run.