Hello Hartmut,
Do you still experience the problem described in this report?
https://bugs.gnu.org/25020
Ludo’.
l...@gnu.org (Ludovic Courtès) skribis:
>> Hartmut Goebel wrote:
>>
>>> Hi,
>>>
>>> I just updated kde-frameworks to 5.28 and found that not all updates
>>> have been discovered.
>>
John Darrington skribis:
> This was recently fixed in the core-updates branch.
Commit d9804e5011a58341aafbf4fadd00947f3e5f436e specifically.
Ludo’.
Ricardo Wurmus skribis:
> Ludovic Courtès writes:
>
>> Hi!
>>
>> These patches for ‘core-updates’ add support for “single-entry” search
>> paths like ‘GIT_SSL_CAINFO’. This is achieved by setting ‘separator’ to
>> #f in the search path spec.
>>
>> Feedback welcome!
>
> This looks good and will
I noticed this:
My system uses SLIM.
I build the new system config which includes SDDM instead,
reconfigure, and at the point where SDDM service probably gets
started, SDDM segfaults the current X11 session.
This is a grave error with SDDM and needs some better way of
handling the initial activat
Closed, this is a feature of OpenBox. When you set a background
with an external helper, the glitches disappear.
I haven't used *box in many years.
--
♥Ⓐ ng0 -- https://www.inventati.org/patternsinthechaos/
Mekeor Melire skribis:
> Adding an option to `search-path-specification' seems like a good idea.
> Still, I wonder what this snippet from (gnu system) does:
>
> (define (operating-system-environment-variables os)
> "Return the environment variables of OS for
> @var{session-environme
Ludovic Courtès writes:
> Hi!
>
> These patches for ‘core-updates’ add support for “single-entry” search
> paths like ‘GIT_SSL_CAINFO’. This is achieved by setting ‘separator’ to
> #f in the search path spec.
>
> Feedback welcome!
This looks good and will be useful for the Lua search path as w
ng0 writes:
> Using the SDDM service with GuixSD, when logging into OpenBox
> leaves glitches on screen when moving applications around,
> opening and closing windows, etc.
> For the lack of a screenshot, imagine that I am able to "draw"
> with the open windows.
>
> It is normal(?) for OpenBox t
