Hi everyone,
On Sun, 25 Feb 2024 08:32:27 +0800,
Lucy Coleclough wrote:
>
>> On Sat, 24 Feb 2024 at 20:48, hutzdog wrote:
>>
>> Hi all,
>>
>> I've been working on moving over to GNU Guix recently, and have hit a
>> roadblock: there is no package for Hyprland (the one WLRoots based
>> composit
Hey,
I should also note that my PatchworkOS repo also has a Hyprland service, though
it's integrated with Patchwork-specific infrastructure that gives control over
which compositor is used to each user, provides a full Base16-derived theming
system, provides an opinionated starter config to giv
Hey there, have been working on hyprland recently,
I have got plugins working in my hyprland service,
Each plugin can be built to a shared object and then referenced in the
config
plugins:
https://gitlab.com/lucyCole/GuixChannel/-/blob/main/lucyChannel/packages/hyprlandPlugins.scm?ref_type=heads
se
This is basically done in
https://git.sr.ht/~ngraves/dotfiles/commit/bd542512dfad2beccb4a6cdb2468f79aa869a55b
Maybe some things need some polish, but the PoC is definitely here.
Feel free to reuse this in upstream guix if you want.
On 2024-02-13 14:35, Nicolas Graves wrote:
> Hi !
>
> I've wri
Hi,
> Hi Hutzdog,
>
> On Fri, Feb 23, 2024 at 01:20 AM, hutzdog wrote:
>
> > Hi all,
> >
> > I've been working on moving over to GNU Guix recently, and have hit a
>
> Welcome to Guix! (For the first part, not the roadblock part...)
Thanks, so far I'm enjoying the experience
> > roadblock: t
Slightly off topic, but for anyone wondering about my emacs keys issue:
On Sat, Feb 24, 2024 at 04:01 PM, John Kehayias wrote:
> Seems xremap can do it (which we have packaged) except it doesn't
> pick up different applications for where keys apply on Hyprland. I
> do miss in Stump how easy that
Hi Hutzdog,
On Fri, Feb 23, 2024 at 01:20 AM, hutzdog wrote:
> Hi all,
>
> I've been working on moving over to GNU Guix recently, and have hit a
Welcome to Guix! (For the first part, not the roadblock part...)
> roadblock: there is no package for Hyprland (the one WLRoots based
> compositor wit
Hey Guix, Ludovic,
Some context: Flokli (CCd) and I are fighting the same issue on the
NixOS side.
There's two aspects in this migration story:
1. the daemon-side. IE. how to make sure a daemon is available on most
distros to respond to the nscd socket
2. the client-side. IE. how to make sure
Hi all,
I've been working on moving over to GNU Guix recently, and have hit a
roadblock: there is no package for Hyprland (the one WLRoots based compositor
with single window capture and automatic window swallowing that I know of).
I've taken the liberty of packaging the latest version (see
ht
Hi!
Just wanted to say that I really admire your take on end-user service
configuration in the Beaver Labs channel.
I gravitated towards composing functions over `operating-systems` myself,
though my config is probably only ""notable"" for the moderately-cursed
`modify-record` macro that I use
Oh, thank you! Don't study too closely-- I'm quite the novice myself,
having come upon your work in search of better solutions, and the
drawbacks I described are rather notable; but I appreciate that you
see what I was going for.
(I'd be much happier with it if I could interrogate `(guix record)`
Hi Simon,
First, apologies for being a bit late to the party here!
2. Would one of you readers be interested by being technical writer?
3. Any for improving the documentation?
I'm quite new to guix, so reading through many docs for the first time and
trying out various workflows. I'm taking n
Hello Guix,
Two years ago, i released nix2container [1], a Go library and binary to
build container images from Nix expressions.
However, this Go code is not tightly coupled with Nix and has been
designed to potentially work with Guix [2]!
nix2container offers the following main features:
- It us
Hi Ludovic,
Ludovic Courtès writes:
> Hello Guix!
>
> Distros are increasingly relying on sssd, in particular Fedora and
> derivatives, as a replacement for nscd, which is either unavailable or
> deprecated. The documented interface of Guix binaries to the host’s
> name service switch (NSS) is
Hello!
Thanks for the update!
Christopher Baines skribis:
> - Then there's the big areas to work on next:
>
>- I think I'm going to need to use thread pools for SQLite operations
> in the daemon, as the build coordinator does.
I think we should refrain from using POSIX threads direct
Hi,
Ricardo Wurmus skribis:
> I noticed that Cuirass bundles minified JavaScript. I’ve started a new
> branch that replaces the minified JavaScript with readable source code
> and minifies the files as part of the build.
>
> I also tried to remove the need for jQuery, at least in our own
> Java
Hi Hartmut!
Hartmut Goebel skribis:
> I wonder whether it's possible to maintain a channel using gitlab-ci. Any
> thought or experiences to share?
[...]
> * What version of guix shall be used? Always the latest one?
That’s the main conceptual issue: GitLab-CI only knows about the repo
it’s t
Hi Konrad,
Konrad Hinsen skribis:
> The problem in that case seems to be cross-compilation. The dependency
> of python-jupyterlab that fails to build is libwebp, whose build log
> says:
>
>@ unsupported-platform
> /gnu/store/7fj9ckgxw27r196vkisc9cm3n8v9072x-libwebp-1.3.2.drv aarch64-linux
>
Hey,
Simon Tournier skribis:
> Re ‘match’ penalty: when using ellipses in patterns, the generated
> code checks for “proper lists”, which is O(n). The trick is to
> instead match a pair:
>
> ✔ (match lst ((head . tail) …))
> ❎ (match lst ((head tail ...) …))
To clarify, my
Hello!
Josselin Poiret skribis:
> Thanks for the feedback! So in the meantime I chose to go ahead and try
> with 2.39 (how hard could it be?).
I’m glad you did that; at the same time, I feel like it’s delayed the
merge. Maybe in the future we need a calendar-based schedule for
‘core-updates’
Hi Hartmut,
On Sat, 24 Feb 2024 21:47:41 +0800,
Hartmut Goebel wrote:
>
> Hi,
>
> I'm about to refactor the Tryton packages to the (not so) new style. Now the
> trytond-xxx modules all share a basic list of native
> inputs,like this:
>
> (native-inputs
> `(,@(%standard-trytond-native-inp
Hi,
I'm about to refactor the Tryton packages to the (not so) new
style. Now the trytond-xxx modules all share a basic list of
native inputs,like this:
(native-inputs
`(,@(%standard-trytond-native-inputs)
("trytond-account-fr" ,trytond-acco
22 matches
Mail list logo
