This is interesting. I will store this in my notes too. The issue is I am
working on a laptop and so dont have a serial port.
But I think I have found the problem. I am soaking it for now, I will respond
to the thread if my hunch works.
Thanks,
Prateek
Sefa Eyeoglu via arch-general writes:
>
Regarding splitting the colord package, I made a feature request for
that now; but in the meantime I have a dummy package pretending to be
polkit.
In case someone finds it useful, the PKGBUILD is just these 5 lines:
pkgname=dummy-polkit
pkgver=1
pkgrel=1
arch=(any)
provides=(polkit=99:9)
Regarding splitting the colord package, I made a feature request for
that now; but in the meantime I have a dummy package pretending to be
polkit.
In case someone finds it useful, the PKGBUILD is just these 5 lines:
pkgname=dummy-polkit
pkgver=1
pkgrel=1
arch=(any)
provides=(polkit=99:9)
On Sat, 29 May 2021 at 14:56, Ralf Mardorf via arch-general
wrote:
> _But_ there are a lot of packages that require at least gvfs or
> pulseaudio as a hard dependency, while those packages could require
> them as an optional dependency instead, they still would work.
I guess that if you reported
On 5/30/21 8:32 AM, Neven Sajko wrote:
> On Sun, 30 May 2021 at 02:51, Eli Schwartz via arch-general
> wrote:
>> /usr/lib/gtk-3.0/3.0.0/printbackends/libprintbackend-cups.so directly
>> links to libcolord and will fail to load if it is unavailable. But
>> perhaps you used a different printbackend.
Dear All,
I agree totally to cut down on dependencies and unused daemons to
reduce attack surface. Feel free to upvote this CUPS issue about its
colord dependency upstream:
https://github.com/OpenPrinting/cups/issues/193
BTW if the polkit service is not running then libvirtd won't start VMs
I recently had a similar issue.
As it was breaking my workflow for day-to-day use I investigated the issue.
If the computer is unresposive while resuming it's very likely to be a kernel
panic.
If there is no display output at all, either the graphics driver itself causes
the panic, or some ker
On 5/30/21 12:53 AM, Prateek Sadhukhan via arch-general wrote:
...No third party drivers that I installed explicitly.
To confirm you're not using 3rd party drivers you can run:
# journalctl -lb |grep taint
Look for something like:
kernel: xxx_driver: loading out-of-tree module taints kernel
On 5/30/21 12:53 AM, Prateek Sadhukhan via arch-general wrote:
CPU is intel. 2 GPUs - Intel and AMD. No third party drivers
that I installed explicitly.
Hi - If were me and using AMD graphics I'd try blacklisting the AMD one
and see if it helps.
On Sun, 30 May 2021 at 02:51, Eli Schwartz via arch-general
wrote:
> /usr/lib/gtk-3.0/3.0.0/printbackends/libprintbackend-cups.so directly
> links to libcolord and will fail to load if it is unavailable. But
> perhaps you used a different printbackend...
I don't have LPRNG, so CUPS must have been
10 matches
Mail list logo
