On Sunday, 11 June 2023 23:48:08 BST Victor Ivanov wrote:
> On Sun, 11 Jun 2023 at 14:22, Neil Bothwick wrote:
> > Anything in the logs? Maybe someting to indicate whether PAM is trying to
> > open the wallet and failing, or whether it is not trying at all.
>
> Thanks, Neil, good point. Not that
On Mon, 12 Jun 2023 at 06:53, Bryan Gardiner wrote:
> Are you testing with LightDM and SDDM logins where you type your
> password manually, rather than relying on autologin, or fingerprint
> readers, etc.? If memory serves me, something needs to pass down the
> password to kwallet, so with autolo
I did an update this morning which installed the following:
aleph ~ # fgrep '>>> emerge ' emerge.log
1686579407: >>> emerge (1 of 11) dev-util/strace-6.3 to /
1686579455: >>> emerge (2 of 11) dev-libs/nspr-4.35-r2 to /
1686579470: >>> emerge (3 of 11) dev-python/fonttools-4.39.
On 2023-06-12, Grant Edwards wrote:
> I did an update this morning which installed the following:
>
> aleph ~ # fgrep '>>> emerge ' emerge.log
>
> 1686579407: >>> emerge (1 of 11) dev-util/strace-6.3 to /
> 1686579455: >>> emerge (2 of 11) dev-libs/nspr-4.35-r2 to /
> 1686579470:
On Monday, 12 June 2023 17:05:31 BST Grant Edwards wrote:
> On 2023-06-12, Grant Edwards wrote:
> > I did an update this morning which installed the following:
> > aleph ~ # fgrep '>>> emerge ' emerge.log
> >
> > 1686579407: >>> emerge (1 of 11) dev-util/strace-6.3 to /
> > 16865
On 2023-06-12, Michael wrote:
>> It seems to be a variation on this bug which affects only AMD GPUs:
>>
>> https://bugs.gentoo.org/907431
>>
>> Clearing the GPU driver cache or using the
>> -disable-gpu-driver-bug-workarounds option avoids the problem.
>>
>> In my case, It wasn't a mesa up
On Monday, 12 June 2023 17:57:47 BST Grant Edwards wrote:
> On 2023-06-12, Michael wrote:
> >> It seems to be a variation on this bug which affects only AMD GPUs:
> >> https://bugs.gentoo.org/907431
> >>
> >> Clearing the GPU driver cache or using the
> >> -disable-gpu-driver-bug-workarounds
On Mon, 12 Jun 2023 at 09:33, Michael wrote:
>
> You could try making gnome keyring wait until a login session is up an running
> and only run if an application asks for it. Take a look in /etc/pam.d/sddm
> (or perhaps /etc/pam.d/sddm-autologin?) then add an 'only_if' conditional
> statement at t
On 09/06/2023 23:50, Lee wrote:
Modern kernels support damn near everything these days, the trick is
finding the right things to enable in the kernel! 😀
They can't support stuff if the hardware can't ...
My first reaction was exactly that. I doubt the hardware is a true
SD-card reader, they'
On 09/06/2023 21:16, Grant Edwards wrote:
On 2023-06-09, Daniel Pielmeier wrote:
If it is only about gemato then temporary disable the rsync-verify flag
which pulls it in.
# USE="-rsync-verify" emerge sys-apps/portage
The problem I ran into is that you never know how many issues there
are s
On 10/06/2023 09:44, Michael wrote:
Without sddm, you can run the startplasma-wayland stanza from a console, do
your thing, logout and the console would have captured various logs - just as
startx does.
Does that actually work now? Last I tried I ended up looking for the
docu, and found that
Dear friends,
I am using an Yeeloong netbook and it freezed when I was doing the
usual update of the world. I found that it was stoped at the step of
configuring the glib. The glib uses the meson to config it. Before
this freeze, it also froze at configuring the systemd-253.5 and I masked
t
To be precise, when I tried "meson _build" in the
"/var/tmp/.../glib-2.76.3/work/glib-2.76.3/", the system froze at the step I
mentioned in my last email, not "stop".
At 2023-06-13 09:39:14, "johnstrass" wrote:
Dear friends,
I am using an Yeeloong netbook and it freezed when
On Mon, Jun 12, 2023 at 7:38 PM Wol wrote:
> On 09/06/2023 23:50, Lee wrote:
> > Modern kernels support damn near everything these days, the trick is
> > finding the right things to enable in the kernel! 😀
> >
> They can't support stuff if the hardware can't ...
>
> My first reaction was exactly
Sounds like it may be overheating, laptops do that when they get dirty (so do
desktops). It can be amazingly consistent about which point they freeze. I've
had it happen 3 times trying to install the os that shall not be named with
some time between each occurrence. Compiling uses a lot of re
I also suspected that it could be overheating, and I also set up a small fan
just beside it to blow some wind towords it in order to cool it. It can even
compile the gcc without freeze. But every time it goes to glib or systemd, it
will freeze.
I have also an older gentoo installation on that
16 matches
Mail list logo
