Using artful, I updated these packages (everything that used to have version
"17.2.2-0ubuntu1" on my system) to version "17.2.4-0ubuntu1~17.10.1" from
-proposed:
libegl1-mesa:amd64 libgbm1:amd64 libgl1-mesa-dev:amd64 libgl1-mesa-dri:amd64
libgl1-mesa-dri:i386 libgl1-mesa-glx:amd64 libgl1-mesa-gl
This is still an issue, and very confusing. I assume that most
developers who need external dependenices for the click package run into
this and wonder why the linker complains about not finding the library.
I guess most developers find it more convenient to add build rules that
copy prebuilt libr
Since you want to mark this bug as "Won't fix", can you point me to some
docs for music-hub? I can only find some info about
QtMultimedia.MediaPlayer related to music-hub, but that QML API is
apparently missing the functionality described in this bug report.
I'm already using QtMultimedia.MediaPla
Is there any way to preserve wine, libsdl-*-dev and qt5 when installing
the hardware enablement bits on 14.04 (with -proposed disabled)?
I tried the suggested apt command lines, but none of them seemed to
install the new mesa/xorg stack and preserve wine/qt5/libsdl at the same
time. See the attach
Thanks, Maarten. I just noticed my comment was missing the apt command
that I used.
I now use
> LANG=C sudo apt install --install-recommends libgles2-mesa-lts-utopic
libglapi-mesa-lts-utopic linux-generic-lts-utopic xserver-xorg-lts-
utopic libgl1-mesa-dri-lts-utopic libegl1-mesa-drivers-lts-utop
I tried this again now, and after installing libgl1-mesa-dev-lts-utopic
I was able to re-install qt5-default and qtbase5-dev, and then ubuntu-
sdk.
--
You received this bug notification because you are a member of Ubuntu
Touch seeded packages, which is subscribed to libdrm in Ubuntu.
https://bugs
Public bug reported:
I think the bug title and the logs attached by ubuntu-bug explain my
issue:
mtp-server fails to start on emulator image 105 (devel-proposed i386)
because there is no /dev/mtp_usb device. After the process quits, it is
instantly respawned, just to fail again. The emulator is n
Concerning the "bootspeed" tag, the NM issue would be less noticable if
"rc-local.service" was removed from "After=" in plymouth-quit.service.
That way, my boot-to-graphical-login is a few seconds faster because
plymouth is only visible for a very very short time instead of waiting
up to 8 seconds
So in Debian, all the packages in testing are now built against libav11 AFAICT.
I (as a user) hope we can still get libav11 for Utopic.
In case this helps with your decision, these are the packages in sid
which are not built against libav11 (yet?):
- bino (unrelated to libav, some gettext related
To clarify:
- So in Debian, all the packages in testing are now built against libav11
AFAICT.
I actually meant:
The packages that are both in sid and in testing were successfully rebuilt
against libav11. However, they are still in sid and waiting to migrate. :-)
--
You received this bug notifi
10 matches
Mail list logo
