I can confirm this very same problem in my laptop, which is a Thinkpad
P1 with a Xeon E-2176M and hybrid Intel / NVIDIA card working in
"Discreet" mode (that is, only the NVIDIA card is enabled) using the
proprietary NVIDIA driver installed via the nvidia-driver-390 package
(390.87-0ubuntu1).
The
Same problem here, with a DisplayLink dock station and a Thinkpad P1
(1st gen) with the NVIDIA (Quadro P2000) card disabled, running only on
the iGPU that comes with my Xeon E-2176M CPU.
It's so unusable that I basically had to move back to using an NVIDIA-
only mode and plug the screen directly o
Hi Olivier, sorry for the late reply but I'm in the middle of an
overseas relocation (UK > Spain) + holidays and I'm a bit off the grid
these days...
Thanks for your comment, and sorry for reporting it against the wrong
branch. Hopefully this will help having a better chromium package for
future r
Public bug reported:
In order for Chromium Browser to integrate properly with software
centers (e.g. GNOME Software), an additional XML file with metadata
needs to be installed under /usr/share/metainfo, in the form of an
"AppData file", containing the relevant bits according to the AppStream
spec
Note that the Fedora package is installing this file into the deprecated
path /usr/share/appdata, instead of using the one specified by AppStream
since a while ago: /usr/share/metainfo.
I've filed a bug for Fedora in
https://bugzilla.redhat.com/show_bug.cgi?id=1591306, but I'm commenting
this expl
Public bug reported:
As mentioned in [1], it seems like the chromium-browser package might
be, since Chromium 63, packaging a new and pretty big (44MB) binary that
is not needed at run time, just at build time.
This binary is `/usr/lib/chromium-browser/v8_context_snapshot_generator`, which
is at
I believe all it's needed is to patch the debian/rules file to add
`v8_context_snapshot_generator` to the TRASH list of files:
```
--- a/debian/rules 2017-12-07 08:40:06.0 +
+++ b/debian/rules 2018-01-11 10:59:39.168190995 +
@@ -219,7 +219,7 @@
override_dh_install-arch:
** Summary changed:
- chromium-browser 63+ package includes a 44MB binary only needed at build time
+ chromium-browser 63+ packages 51+ MB of binaries only needed at build time
** Summary changed:
- chromium-browser 63+ packages 51+ MB of binaries only needed at build time
+ chromium-browser 63+
Sorry for dropping the ball on this one, for some reason I completely
missed all notifications and I only happened to find this bug today
almost by chance :-)
Anyway, if you don't mind me asking... I understand that my workaround
of passing --with-system-groups='lpadmin root' to configure when
bui
No problem, happy to see the report and the patch are useful.
After all, shaving 50MB out of 260MB is quite something! :)
--
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed to Ubuntu.
https://bugs.launchpad.net/bugs/1742653
Title:
chromium-brows
> I don't know if this is expected behavior, but it's certainly annoying
behavior. I'm writing an app that depends on libtcodxx.so, which in turn
depends on libtcod.so. I want to ship them both in the lib directory
next to my app. With RUNPATH as "$ORIGIN/lib", it finds the direct
dependency (libtc
I've been investigating this issue recently and can confirm that, while
this is not an issue in my Fedora machine with the very same version of
cups, cups-pk-helper and gnome-control-center installed, it is still
present in Ubuntu, due to what I believe it might be a bug in the way
CUPS is being pa
This looks to me as a duplicate of
https://bugs.launchpad.net/ubuntu/+source/lsb/+bug/840998
--
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed to Ubuntu.
https://bugs.launchpad.net/bugs/1066529
Title:
All jobs stopped, epson_inkjet_printer_filte
I found this bug today in our downstream platform that is still using
evolution 3.10.1, and thought it would be relevant to mention that this
has been fixed usptream for bug
https://bugzilla.gnome.org/show_bug.cgi?id=731872, and also that the
patch from there applied cleanly on top of my 3.10.1, fi
At the moment I'm not using ubuntu in this machine but Fedora 14, so I'd
say versions of the dependencies would be pretty much the same (or quite
similar) than in ubuntu maverick. In more detail:
glib2-2.26.0
gtk2-2.22
pygobject2-2.21.5
pygtk2-2.17
pygtk2-libglade-2.17
python-2.7-8
I now it
Hi, thanks for reporting and for fixing this! Unfortunately, I'm on
Ubuntu 21.04 where the fix hasn't arrived yet as we're still on
2.33-0ubuntu5 [1], and I was wondering if it could be possible to
release at least the update to 2.33-0ubuntu6 in there as well, so that
we can have sane stack traces
16 matches
Mail list logo
