libegl1-mesa depends on libmirclient9

Bug #1680974 reported by Fred
6
This bug affects 1 person
Affects Status Importance Assigned to Milestone
mesa (Ubuntu)
Invalid
Undecided
Unassigned

Bug Description

Mir is dead.
libegl1-mesa should no longer depend on it.

ProblemType: Bug
DistroRelease: Ubuntu 17.04
Package: libegl1-mesa 17.0.3-1ubuntu1
ProcVersionSignature: Ubuntu 4.10.0-15.17-generic 4.10.5
Uname: Linux 4.10.0-15-generic x86_64
.tmp.unity_support_test.0:

ApportVersion: 2.20.4-0ubuntu3
Architecture: amd64
CompizPlugins: No value set for `/apps/compiz-1/general/screen0/options/active_plugins'
CompositorRunning: None
CurrentDesktop: GNOME-Classic:GNOME
Date: Fri Apr 7 23:55:04 2017
DistUpgraded: Fresh install
DistroCodename: zesty
DistroVariant: ubuntu
ExtraDebuggingInterest: Yes, if not too technical
GraphicsCard:
 Intel Corporation Xeon E3-1200 v3/4th Gen Core Processor Integrated Graphics Controller [8086:0412] (rev 06) (prog-if 00 [VGA controller])
   Subsystem: ASUSTeK Computer Inc. Xeon E3-1200 v3/4th Gen Core Processor Integrated Graphics Controller [1043:8534]
InstallationDate: Installed on 2013-12-26 (1197 days ago)
InstallationMedia: Ubuntu 13.10 "Saucy Salamander" - Release amd64 (20131016.1)
MachineType: ASUS All Series
ProcKernelCmdLine: BOOT_IMAGE=/boot/vmlinuz-4.10.0-15-generic.efi.signed root=UUID=31dc4488-28d4-4d2a-aa51-6733e237d5f8 ro quiet splash vt.handoff=7
SourcePackage: mesa
UpgradeStatus: No upgrade log present (probably fresh install)
dmi.bios.date: 08/18/2014
dmi.bios.vendor: American Megatrends Inc.
dmi.bios.version: 2103
dmi.board.asset.tag: To be filled by O.E.M.
dmi.board.name: Z87-PRO
dmi.board.vendor: ASUSTeK COMPUTER INC.
dmi.board.version: Rev 1.xx
dmi.chassis.asset.tag: Asset-1234567890
dmi.chassis.type: 3
dmi.chassis.vendor: Chassis Manufacture
dmi.chassis.version: Chassis Version
dmi.modalias: dmi:bvnAmericanMegatrendsInc.:bvr2103:bd08/18/2014:svnASUS:pnAllSeries:pvrSystemVersion:rvnASUSTeKCOMPUTERINC.:rnZ87-PRO:rvrRev1.xx:cvnChassisManufacture:ct3:cvrChassisVersion:
dmi.product.name: All Series
dmi.product.version: System Version
dmi.sys.vendor: ASUS
version.compiz: compiz 1:0.9.13.1+17.04.20170109-0ubuntu1
version.ia32-libs: ia32-libs N/A
version.libdrm2: libdrm2 2.4.76-1
version.libgl1-mesa-dri: libgl1-mesa-dri 17.0.3-1ubuntu1
version.libgl1-mesa-dri-experimental: libgl1-mesa-dri-experimental N/A
version.libgl1-mesa-glx: libgl1-mesa-glx 17.0.3-1ubuntu1
version.xserver-xorg-core: xserver-xorg-core 2:1.19.3-1ubuntu1
version.xserver-xorg-input-evdev: xserver-xorg-input-evdev N/A
version.xserver-xorg-video-ati: xserver-xorg-video-ati N/A
version.xserver-xorg-video-intel: xserver-xorg-video-intel N/A
version.xserver-xorg-video-nouveau: xserver-xorg-video-nouveau N/A
xserver.bootTime: Fri Apr 7 20:23:48 2017
xserver.configfile: default
xserver.errors:
 Failed to load module "fbdev" (module does not exist, 0)
 Failed to load module "vesa" (module does not exist, 0)
 Failed to load module "fbdev" (module does not exist, 0)
 Failed to load module "vesa" (module does not exist, 0)
xserver.logfile: /var/log/Xorg.0.log
xserver.version: 2:1.19.3-1ubuntu1
xserver.video_driver: modeset

Revision history for this message
Fred (eldmannen+launchpad) wrote :
Revision history for this message
Timo Aaltonen (tjaalton) wrote :

take your trolling somewhere else, thank you

Changed in mesa (Ubuntu):
status: New → Invalid
Revision history for this message
Fred (eldmannen+launchpad) wrote :

This is no trolling. Mark Shuttleworth announced the abandonment of Mir and Unity 8.
Is there any reason to still have a dependency?

Maybe it should be changed from required to suggested at least to soften the dependency.

Revision history for this message
Timo Aaltonen (tjaalton) wrote :

I know he did. There's no need to have a bug for it, the dep will be dropped when Mir is no longer used. And if you read further you've probably seen that Mir is not going away in the short term at least.

Revision history for this message
Fred (eldmannen+launchpad) wrote :

But Mir is not really used and never really was.
It was available as a preview.
It would make sense to relax the dependency from required to suggested, if not drop it entirely as a dependency but still have it in the repository.

Yes, I read that it is not going away in the short term and it is getting continued maintenance for IOT.

Revision history for this message
Timo Aaltonen (tjaalton) wrote :

the dependencies are calculated automatically by dh_shlibdeps, so no

Revision history for this message
Fred (eldmannen+launchpad) wrote :

I don't know exactly how that calculation is done.
But it would be nice to be able to uninstall the Mir packages without it removing Mesa.

To post a comment you must log in.
This report contains Public information  
Everyone can see this information.

Other bug subscribers

Remote bug watches

Bug watches keep track of this bug in other bug trackers.