rnatively, if eln contains "eln-cache", it's likely the user's
> ++ * cache, which we will also permit. */
> ++
> ++ return
> ++(eln_ln > 4 && !strncmp (eln, "lib/", 4)) ||
> ++(eln_ln > 12 && !strncmp (eln, "native-lisp/&quo
s-base python-pygobject))
> + (list gst-plugins-base python-pygobject-3.48))
> (home-page "https://gstreamer.freedesktop.org/";)
> (synopsis "GStreamer GObject Introspection overrides for Python")
> (description
Thank you! Applied the fix, pushed as
https://git.savannah.gnu.org/cgit/guix.git/commit/?id=7d2ced8d6d
--
Best regards,
Andrew Tropin
signature.asc
Description: PGP signature
On 2024-09-04 21:42, Andrew Tropin wrote:
> On 2024-09-04 18:42, Ludovic Courtès wrote:
>
>> Hi Jacopo,
>>
>> Jacopo Mondi skribis:
>>
>>> Not exactly. In libcamera, apart from creating a library to ease all
>>> the camera stack plumbing, w
got it. The other option, with the understanding that IPA modules
> are all going to be free software here, would be to dismiss both the
> authentication and the isolation mechanism, possibly with a custom
> patch. It seems like the change wouldn’t be too intrusive and it would
> sol
On 2024-08-31 21:36, Ludovic Courtès wrote:
> Hi Andrew,
>
> Andrew Tropin skribis:
>
>> For the last a few days I was updating and fixing libcamera package.
>>
>> The last problem I faced with it is invalid signatures:
>>
>> [0:44:16.200646504] [17247
is problem?
--
Best regards,
Andrew Tropin
signature.asc
Description: PGP signature
> LGTM, Andrew WDYT?
Didn't try the patch, but overall idea seems right.
--
Best regards,
Andrew Tropin
signature.asc
Description: PGP signature
s!
I was suffering from the issue you have. After I updated SSD I just
don't do gc, but it would be a good fix for the problem, if it works.
--
Best regards,
Andrew Tropin
signature.asc
Description: PGP signature
On 2024-04-19 20:59, Maxim Cournoyer wrote:
> Hi,
>
> Andrew Tropin writes:
>
>> I try to use busctl to control the brightness of my screen:
>>
>> $ busctl call org.freedesktop.login1
>> /org/freedesktop/login1/session/auto org.freedesktop.login1.Sessi
On 2024-03-10 11:13, Josselin Poiret via Bug reports for GNU Guix wrote:
> Hi Andrew,
>
> Andrew Tropin via Bug reports for GNU Guix writes:
>
>> I don't think that hash of the profile depends on the building process
>> itself. And it seems on the same system
On 2024-03-07 12:45, Vagrant Cascadian wrote:
> On 2024-02-20, Andrew Tropin wrote:
>> guix pull -C channels-lock.scm produces different profiles on different
>> machines.
>>
>> I executed the same command on a few different machines.
>> channels-lock.scm contain
xypp-profile (debian 11)
/gnu/store/svg0is4iwvlg6mgi2rvpkngcccqcvhys-profile (debian 12)
/gnu/store/w3qq81dzdj9wckcw8fpz5lv6ylhw1m2d-profile (remote fresh guix system)
The first guix pull takes from 25 to 50 minutes, which is really long
time. However, due to irreproducibility, building the guix profile on
CI doesn't help to cut that time to some manageable numbers.
--
Best regards,
Andrew Tropin
signature.asc
Description: PGP signature
On 2023-10-08 08:55, Liliana Marie Prikler wrote:
> Am Samstag, dem 07.10.2023 um 09:56 +0400 schrieb Andrew Tropin:
>> On 2023-10-06 17:58, Liliana Marie Prikler wrote:
>>
>> > * gnu/packages/patches/emacs-next-native-comp-driver-options.patch:
>> > Add file.
7;s make it easier to substitute.
> +
> +--- a/lisp/emacs-lisp/comp.el
> b/lisp/emacs-lisp/comp.el
> +@@ -203,9 +203,7 @@ and above."
> + :type '(repeat string)
> + :version "28.1")
> +
> +-(defcustom native-comp-driver-options
> +- (cond
On 2023-04-25 08:38, Maxim Cournoyer wrote:
> Hi Andrew,
>
> Josselin Poiret via Bug reports for GNU Guix writes:
>
>> Hi Andrew,
>>
>> Andrew Tropin writes:
>>
>>> I try to run emacs in gdb with debug symbols for some libs available, I
>>&g
Arjan,
Thank you for the patches, applied, pushed as
https://git.savannah.gnu.org/cgit/guix.git/commit/?id=356c0009d4
--
Best regards,
Andrew Tropin
signature.asc
Description: PGP signature
On 2023-03-20 11:45, Josselin Poiret wrote:
> Hi Andrew,
>
> Andrew Tropin writes:
>
>> I would expect two last expressions return the same result, but the
>> former one doesn't do ungexp:
>>
>> --8<---cut here---start-
(home-openssh-configuration
>(authorized-keys #f)))
> --8<---cut here---end--->8---
>
> yields a backtrace.
>
> The attached patch fixes that and allows using (authorized-keys #f),
> also making this the default.
>
> WDYT?
It make perfect sense.
--
Best regards,
Andrew Tropin
signature.asc
Description: PGP signature
efault may not be the same one picked by Guix Home, causing the same
> issue as above).
>
> Setting XDG_RUNTIME_DIR is not something I would expect Guix Home to do
> -- it is the job of whatever logs the user in.
>
> XDG_CACHE_HOME, XDG_CONFIG_HOME, XDG_DATA_HOME are set to their defaults
> unnecessarily.
>
> I modified my personal config by unsetting XDG_STATE_HOME, XDG_LOG_HOME,
> XDG_CACHE_HOME, XDG_CONFIG_HOME, and XDG_DATA_HOME if Guix Home left
> them set to their default values (in the case of XDG_STATE_HOME I unset
> it unconditionally).
XDG_DATA_DIRS behavior seems reasonable, the problem should be reported
to Debian. The work on STATE_HOME is happenning in a separate thread.
Closing this ticket. Let us know if you have some other thoughts on the
topic.
--
Best regards,
Andrew Tropin
signature.asc
Description: PGP signature
path /
# /gnu/store/*/lib
set history filename ~/.cache/gdb_history
set history save on
--8<---cut here---end--->8---
--
Best regards,
Andrew Tropin
signature.asc
Description: PGP signature
o, but it started to
download 46 megabytes of guix package, while I expected it to work
completely offline.
--
Best regards,
Andrew Tropin
signature.asc
Description: PGP signature
On 2022-10-18 10:52, Andrew Tropin wrote:
> Recently discovered a problem, which reproduces this way:
> - Open a new emacs instance.
> - Yank anything with M-w or select with mouse.
> - Paste yanked text to chromium/icecat.
>
> Both browser and emacs are hanging up for a wh
ith-store
#~(list #(1 2 #$a))) ;; => (#(1 2 (ungexp a)))
(eval-with-store
#~(list #$b)) ;; => (#(1 2 4))
--8<---cut here---end--->8---
Am I doing/expecting something wrong or there is a bug here?
--
Best regards,
Andrew Tropin
signature.asc
Description: PGP signature
;Run (%package-module-path) as
>> explained above.
>
> I tweaked the comment :-) and applied.
>
> Thanks!
Hi Simon and Ludo!
Thank you for the patch, I also faced this problem and it seems this
change doesn't fix it.
echo '(use-modules (rde features))' | g
irst one is covered by the daemon, second
one by this call).
https://git.savannah.gnu.org/cgit/guix.git/commit/?id=e615aaca28
Ideally, it would be cool to fix on the daemon side and remove this call
at all.
CCed Ludo, Tobias, Oleg.
--
Best regards,
Andrew Tropin
signature.asc
Description: PGP signature
On 2022-07-26 12:23, Andrew Tropin wrote:
> On 2022-07-21 19:25, Maxime Devos wrote:
>
>> On 21-07-2022 19:13, Andrew Tropin wrote:
>>
>>> The source code is here:
>>> https://git.sr.ht/~abcdw/rde/commit/c5b4097ab99309ace23e40d957e9fa1f938f97e9
>>
>&
this issue;
> good catch!
>
> If you plan to push a new release, we’ll just upgrade in Guix; otherwise
> we can apply the patch locally.
>
> Thank you!
>
> Ludo’.
--
Best regards,
Andrew Tropin
signature.asc
Description: PGP signature
st regards,
Andrew Tropin
signature.asc
Description: PGP signature
t by elogind or whatever - cool, we will use value provided,
if not we explicitly set it, looks ok to me.
>> XDG_CACHE_HOME, XDG_CONFIG_HOME, XDG_DATA_HOME are set to their
>> defaults unnecessarily.
> Explicit is better than implicit.
>
> Cheers
>
>
> [1]
> http://git.savannah.gnu.org/cgit/guix.git/commit/?id=23aafc800c9e678662766440916449ec5bbce830
>
>
>
>
--
Best regards,
Andrew Tropin
signature.asc
Description: PGP signature
On 2022-11-16 10:34, Joshua Branson wrote:
> Declan Tsien writes:
>
>> Andrew Tropin writes:
>>
>>> Recently discovered a problem, which reproduces this way:
>>> - Open a new emacs instance.
>>> - Yank anything with M-w or select with mous
t;> Ouch. Normally, thanks to memoization, ‘guix deploy’ opens only one
>> session per machine. (I think it works well with the 25 local build
>> machines behind berlin; it’s also fine for a small set of machines I
>> take care of at work.)
>
> Have they been rebooted since the switch to inetd-style sshd? It fails
> more often than not for me.
>
>>> I found that removing the memoizing open-machine-ssh-session* in
>>> (gnu machine ssh) works around it and can happily deploy again.
>>>
>>> (that is, just use 'open-machine-ssh-session' instead)
>>
>> Interesting. That gives us a hint. Could you add a ‘pk’ in
>> ‘open-machine-ssh-session*’ to see how many connections it opens?
>
> Indeed it only opens a single connection. The problem seems to be
> with multiple "channels" and "sessions" over a single connection.
>
Very detailed report, thank you for digging in!
CCed Artyom Poptsov, author of Guile-SSH.
--
Best regards,
Andrew Tropin
signature.asc
Description: PGP signature
On 2022-10-18 10:52, Andrew Tropin wrote:
> Recently discovered a problem, which reproduces this way:
> - Open a new emacs instance.
> - Yank anything with M-w or select with mouse.
> - Paste yanked text to chromium/icecat.
>
> Both browser and emacs are hanging up for a wh
On 2022-10-20 23:44, Ludovic Courtès wrote:
> Hi,
>
> Andrew Tropin skribis:
>
>> Yes, I don't remember if I created a thread on that (probably not) or
>> just discussed it in some chat, but when shepherd stops it doesn't clean
>> up its socket file,
?h=883fb8f41b08a8455f16c736a83fb1ae8a3df0a1#n105
https://git.savannah.gnu.org/cgit/guix.git/tree/gnu/home/services/shepherd.scm?h=883fb8f41b08a8455f16c736a83fb1ae8a3df0a1#n131
Tom, can you show your startup scripts, please (like xsession or
whatever you use for starting graphical environment)? Sharing home
environment config can be useful as well. Do you use some display/login
manager?
>>
>> I'm not sure what other information I can provide you that will help, so
>> please let me know!
>>
--
Best regards,
Andrew Tropin
signature.asc
Description: PGP signature
s documentation that
> some features might not work
> due to the login system of a foreign distro if we are sure of that?
>
There were a few fixes related to shepherd service, which probably fixes
it. Can you confirm this? Or issue is still valid?
Is the whole issue 54354 still valid?
--
Best regards,
Andrew Tropin
signature.asc
Description: PGP signature
-cut here---end--->8---
--
Best regards,
Andrew Tropin
signature.asc
Description: PGP signature
On 2022-10-08 14:39, Ludovic Courtès wrote:
> Hi!
>
> Andrew Tropin skribis:
>
>> From time to time I get the following error, the only thing I change is
>> IPv6 config in static-networking service. Sometimes it fails, but after
>> a few more attempts with the same
d" # #f)'.
make: *** [Makefile:28: deploy-pinky] Error 1
Compilation exited abnormally with code 2 at Tue Oct 4 14:20:23
--8<---cut here---end--->8---
--
Best regards,
Andrew Tropin
signature.asc
Description: PGP signature
My config files managed by guix home are
>> now symlinks that point to non existent store items. Spooky.
>>
>> Please let me know how I can help diagnose the issue
>>
>>
>>
>
>
>
>
--
Best regards,
Andrew Tropin
signature.asc
Description: PGP signature
ions/$base"
> ++"$HOME/.guix-home/profile/etc/bash_completion.d/$base"
> +
> "/run/current-system/profile/share/bash-completion/completions/$base"
> +"/run/current-system/profile/etc/bash_completion.d/$base" )
> +
>
> base-commit: 47c11772dfe840a536ed7ec438fe832878f51054
--
Best regards,
Andrew Tropin
signature.asc
Description: PGP signature
On 2022-07-21 19:25, Maxime Devos wrote:
> On 21-07-2022 19:13, Andrew Tropin wrote:
>
>> The source code is here:
>> https://git.sr.ht/~abcdw/rde/commit/c5b4097ab99309ace23e40d957e9fa1f938f97e9
>
> What's the 'guix-home-gc-roots' for? I would expect the re
(see data/scripts/Xsession) in $HOME/.xsessionrc and
> /etc/X11/xinit/xinitrc.d, which do not exist in Guix. There is no
> option for overriding the xinitrc. However, it is possible to
> override the Xsession script used, so we can give SDDM a modified
> Xsession script that uses Gu
On 2022-07-22 11:32, Maxime Devos wrote:
> On 20-07-2022 19:47, Andrew Tropin wrote:
>
>> I'm not sure how your login/display manager works, but for X11 session
>> sourcing ~/.profile from ~/.xsession should do the trick.
> Me neither, and I don't particularly care
On 2022-07-20 20:57, Andrew Tropin wrote:
> On 2022-07-20 11:47, Dale Mellor wrote:
>
>> I would like to be able to create a rescue disk for my system in which
>> the admin user's home directory contains a copy of an encrypted key,
>> for manually unlocking encrypted
rg/guix-devel/20220706112011.77c71...@marvid.fr/
I have spare time tomorrow and can try to implement it, however Idk how
much time will it take and if I don't finish tomorrow, there is no
guarantee that I'll finish it anytime soon.
--
Best regards,
Andrew Tropin
signature.asc
Description: PGP signature
On 2022-07-20 14:30, Maxime Devos wrote:
> On 20-07-2022 14:08, Andrew Tropin wrote:
>> Hi Maxime,
>>
>> According to the documentation to get all the environment variables set
>> correctly you either need to manage your login shell with Guix Home or
>> do addit
source ~/.guix-home/setup-environment", then
> $EMACSLOADPATH" is set.
>
> TBI ...
>
> Greetings,
> Maxime.
>
>
> -BEGIN PGP PUBLIC KEY BLOCK-
>
> xjMEX4ch6BYJKwYBBAHaRw8BAQdANPb/d6MrGnGi5HyvODCkBUJPRjiFQcRU5V+m
> xvMaAa/NL01heGltZSBEZXZvcyA8bWF4aW1lLmRldm9zQHN0dWRlbnQua3VsZXV2
> ZW4uYmU+wpAEExYIADgWIQTB8z7iDFKP233XAR9J4+4iGRcl7gUCX4ch6AIbAwUL
> CQgHAwUVCgkICwUWAgMBAAIeAQIXgAAKCRBJ4+4iGRcl7japAQC3opZ2KGWzWmRc
> /gIWSu0AAcfMwyinFEEPa/QhUt2CogD/e2RdF4CYAgaRHJJmZ9WU7piKbLZ7llB4
> LzgezVDHggzNJU1heGltZSBEZXZvcyA8bWF4aW1lZGV2b3NAdGVsZW5ldC5iZT7C
> kAQTFggAOBYhBMHzPuIMUo/bfdcBH0nj7iIZFyXuBQJf56ycAhsDBQsJCAcDBRUK
> CQgLBRYCAwEAAh4BAheAAAoJEEnj7iIZFyXujpQBAKV1SwDDl4f24rXciDlB9L8W
> ycZt30CgbewMSRQk4mvbAP9dFMbVVixYBd6C8cfhR+NsOBGiOJnQABlUmgNuqGFJ
> Dc44BF+HIegSCisGAQQBl1UBBQEBB0BOlzIWiJzgobMF6/cqwLaLk7jIcFSZ++c0
> k9cCNT6YXwMBCAfCeAQYFggAIBYhBMHzPuIMUo/bfdcBH0nj7iIZFyXuBQJfhyHo
> AhsMAAoJEEnj7iIZFyXuMr0BAJc8cl5PGvVmVuSQVKjleNl4DK1/XAaPAYPe34AE
> fZJPAP9IqLCQhH/FeJanHqBP8gNdGNI2qn8RnnLVfRJgUjZ1BA==
> =OVqp
> -END PGP PUBLIC KEY BLOCK-
--
Best regards,
Andrew Tropin
signature.asc
Description: PGP signature
On 2022-07-17 00:44, Zacchaeus Scheffer wrote:
> On Mon, Jul 4, 2022 at 1:50 AM Andrew Tropin wrote:
>
>> On 2022-02-15 13:46, Zacchaeus Scheffer wrote:
>> > There seems to be some problem installing password-store + pinentry
>> > entirely via guix home. When I
"/dotfiles/git/config")
>
> It started happening recently, so will try to bisect.
--
Best regards,
Andrew Tropin
signature.asc
Description: PGP signature
ng type argument in position 1 (expecting
symbol): #f
[Debugging level: 18]
--8<---cut here---end--->8---
I suspect that problematic code is here:
https://git.savannah.gnu.org/cgit/guix.git/tree/gnu/services/configuration.scm?h=6505f727e1824391b888dd0c
store. Such approach
works with pass well, you can take a look at it for inspiration:
https://git.sr.ht/~abcdw/rde/tree/master/item/gnu/home-services/gnupg.scm#L127
--
Best regards,
Andrew Tropin
signature.asc
Description: PGP signature
ervice 'test-config
> home-files-service-type
> (list `("config/test.conf"
> ,(plain-file "tmp-file.txt"
> "the content of
>
lambda _
> + ;; The newer version of jdom now sets multiple features by
> default
> + ;; that are not supported.
> + ;; Skip these features
> + (substitute*
> "src/main/java/org/codehaus/plexus/metadata/merge/MXParser
8:27:48 Loading
>> /gnu/store/p74aw384nqzlw73ccr0167lyj8vlj3mr-shepherd.conf.
>
> Tell me what I can do to help you debug this.
IIRC, it should be fixed already, can you please check if it's still a
problem?
--
Best regards,
Andrew Tropin
signature.asc
Description: PGP signature
On 2022-04-12 20:28, Ludovic Courtès wrote:
> Hi,
>
> Andrew Tropin skribis:
>
>> Prepared a patch series, which fixes the issues and sligthly adjusts the
>> way home shepherd reload configuration logic works, now it happens only
>> if configuration is changed and a
On 2022-04-04 22:16, Ludovic Courtès wrote:
> Hi,
>
> Andrew Tropin skribis:
>
>> Activation script tries to load latest shepherd configuration with `herd
>> load root ./path/to/config.scm` and it starts a shepherd process. Login
>> shell starts the shepherd proc
On 2022-04-08 20:18, Ludovic Courtès wrote:
> Hi Andrew,
>
> Andrew Tropin skribis:
>
>> Those patches introduce a breaking change, but the surface and number of
>> people affected should be small if everyone migrated to
>> xdg-configuration-files. It removes the
t starts a shepherd process. Login
shell starts the shepherd process as well. Probably we need to do
config reload using on-change service and also not trigger on-change
stuff if user isn't logged in. I can think on the proper solution and
make a patch with a fix later this week or beginning of the next week.
--
Best regards,
Andrew Tropin
signature.asc
Description: PGP signature
anager and doesn't add a leading dot automatically.
Please, merge them on April 8.
From 1b556cda9716eba31a8a6dd9d3c263988de26ccf Mon Sep 17 00:00:00 2001
From: Andrew Tropin
Date: Tue, 29 Mar 2022 11:28:30 +0300
Subject: [PATCH 1/2] home: symlink-manager: Remove appending of leading dot.
* gnu/h
anager.scm to not prepend a
> dot, so reopening! :-)
>
> Ludo’.
A few more minor fixes:
From 629466d23308e135c4a46951e5ea568677c5ec00 Mon Sep 17 00:00:00 2001
From: Andrew Tropin
Date: Tue, 29 Mar 2022 11:15:56 +0300
Subject: [PATCH 1/2] home: shells: Rename zsh related functions.
* gn
anager.scm to not prepend a
> dot, so reopening! :-)
>
> Ludo’.
Forgot to update fish home service in previous patch series, please
apply this patch as well:
From 7d9cf53ab574c8ab468bfdae2798de65af6c00b5 Mon Sep 17 00:00:00 2001
From: Andrew Tropin
Date: Mon, 28 Mar 2022 12:14:10
a theme from qtox repository instead of built-in to
make sure that files are valid SVGs, but it doesn't matter. Also, built
a latest qtox release, same issue here.
Reported it to qTox, but it seems the problem is related to qt or qtsvg.
https://github.com/qTox/qTox/issues/6555
--
Best regar
On 2022-03-05 23:44, Ludovic Courtès wrote:
> Hi Andrew,
>
> The patches reached my mailbox around the time I went on vacation and
> then fell through the cracks. Sorry about that!
>
> Andrew Tropin skribis:
>
>> After that patch series is merged we can give a time fo
On 2022-03-05 23:44, Ludovic Courtès wrote:
> Hi Andrew,
>
> The patches reached my mailbox around the time I went on vacation and
> then fell through the cracks. Sorry about that!
No problem, I hope you had a good rest and got some fun!
>
> Andrew Tropin skribis:
>
>&
On 2022-02-11 18:52, Andrew Tropin wrote:
> On 2022-02-08 10:46, Ludovic Courtès wrote:
>
>> Hi,
>>
>> Andrew Tropin skribis:
>>
>>>>> You can elaborate more on what you try to achieve and I can try to give
>>>>> you a recommendation h
On 2022-02-08 10:46, Ludovic Courtès wrote:
> Hi,
>
> Andrew Tropin skribis:
>
>>>> You can elaborate more on what you try to achieve and I can try to give
>>>> you a recommendation how to implement it.
>>>
>>> I’d expect ‘home-files-se
On 2022-01-30 18:13, Ludovic Courtès wrote:
> Hi Andrew,
>
> Andrew Tropin skribis:
>
>> On 2021-12-26 12:17, Nick Zalutskiy wrote:
>>
>>> The following configuration results in a `~/.run` symlink being
>>> created. My expectation is that a `~/run`
ofile/bin or other directory on the
path. But it always possible to bypass this decision by directly
extending home-service-type or home-activation-service-type.
I see what you mean about implicit heuristics and mostly agree.
>
> Having said all that, the documentation helps a lot. Thank yo
/guix/channels.scm, which can be a different location
from ~/.config, absent dot should partially break this expectation.
It's a bad practice to use something without "config/..." prefix and
generally it should be avoided, it still possible to use something
different in rare use-cases, for example for zsh: ("zshenv"
,zshenv-file-like-here), because it's hard to implement the lookup for
initial configuration file other way for shells.
You can elaborate more on what you try to achieve and I can try to give
you a recommendation how to implement it.
--
Best regards,
Andrew Tropin
signature.asc
Description: PGP signature
On 2022-01-17 19:12, Ludovic Courtès wrote:
> Andrew Tropin skribis:
>
>> On 2022-01-13 23:15, Ludovic Courtès wrote:
>>
>>> Andrew Tropin skribis:
>
> [...]
>
>>>>1468:0 4 (add-temp-root #
>>>> #)
>>>> In gui
On 2022-01-13 23:15, Ludovic Courtès wrote:
> Andrew Tropin skribis:
>
>> A day ago I found out that I can't pull/time-machine from my local guix
>> repo with patches. After running guix time-machine -C ./channels ...,
>> guix reported the following:
>>
On 2022-01-13 23:15, Ludovic Courtès wrote:
> Andrew Tropin skribis:
>
>> A day ago I found out that I can't pull/time-machine from my local guix
>> repo with patches. After running guix time-machine -C ./channels ...,
>> guix reported the following:
>>
-machine --commit=d56a29edb7 --disable-authentication -- describe
--
Best regards,
Andrew Tropin
signature.asc
Description: PGP signature
describe
it worked. Also, I did similiar test like in 2.1 with guix pull and
after that guix pull --roll-back, the result is the same.
Skimming throught the latest changes didn't bring any results yet.
Bisecting and building guix, will let you know, if/when I find more.
--
Best regards,
Andrew Tropin
signature.asc
Description: PGP signature
On 2021-12-19 09:45, Xinglu Chen wrote:
> Hi,
>
> On Wed, Nov 17 2021, Andrew Tropin wrote:
>
>> Test in guix-home.sh looks correct, but it fails:
>> https://git.savannah.gnu.org/cgit/guix.git/tree/tests/guix-home.sh?h=5eb5c0789f34e87ee417a53ddfcfa3b6521bb337#n98
>>
-build-system will require tweaking.
Everyone reading this thread can jump to [1] and check it out =)
[1]: The mail thread id is 871r2mrleb@trop.in
>
> Thanks everyone involved for your help and patience. Cheers
>
--
Best regards,
Andrew Tropin
signature.asc
Description: PGP signature
file for the packages currently lacking them, I'm pretty sure we can
> do with a new bug number for that :)
>
> Thanks everyone involved for your help and patience. Cheers
>
Thank you very much for applying this change!)
--
Best regards,
Andrew Tropin
signature.asc
Description: PGP signature
invalid output 'out' of derivation
> '/gnu/store/a6cwlz5yibi7w3pfm60j26inf434ard2-on-first-login.drv'
This one was fixed in e5d8302b2ce596a0518ea5bd79b338f68a3246eb.
https://issues.guix.gnu.org/51915
> + chmod -Rf +w /tmp/tmp.ScA50H2Z6n
> + rm -rf /tmp/tmp.ScA50H2Z6n
> FAIL tests/guix-home.sh (exit status: 1)
> --8<---cut here---end--->8---
>
>
> Cheers,
> simon
--
Best regards,
Andrew Tropin
signature.asc
Description: PGP signature
c (list "echo very hi")
--8<---cut here---end--->8---
https://git.sr.ht/~abcdw/rde/tree/master/item/gnu/home-services/shells.scm
--
Best regards,
Andrew Tropin
signature.asc
Description: PGP signature
On 2021-11-05 17:58, Xinglu Chen wrote:
> Hi,
>
> On Thu, Oct 07 2021, Andrew Tropin wrote:
>
>> On 2021-10-01 17:46, Jan Nieuwenhuizen wrote:
>>
>>> Hi,
>>>
>>> When using su or sudo to enter an account managed by guix home, I get
On 2021-10-22 02:32, Oleg Pykhalov wrote:
> Andrew Tropin writes:
>
> […]
>
>> According to what I see in the shepherd tests:
>> https://git.savannah.gnu.org/cgit/shepherd.git/tree/tests/replacement.sh?h=4c5176f5a7a5a1e7d7f258f585e8ed127a21b99a#n61
>>
>> and h
On 2021-10-16 18:06, Oleg Pykhalov wrote:
> Hi Andrew,
>
> Andrew Tropin writes:
>
>> On 2021-10-12 01:53, Oleg Pykhalov wrote:
>>
>>> After changing a home shepherd service I tried to reconfigure with 'guix
>>> home reconfigure'.
>>>
' again which spawned new shepherd with applied
> changes.
>
> Oleg.
--
Best regards,
Andrew Tropin
signature.asc
Description: PGP signature
en-file: No such file or directory:
> "/run/user/1003/on-first-login-executed"
> 17:37:33 janneke@dundal:~
> $ ssh guix@localhost -p
> guix@localhost's password:
> Last login: Fri Oct 1 17:23:35 2021 from 127.0.0.1
> guix@dundal ~$
Thank you for a very detailed r
On 2021-09-27 15:27, zimoun wrote:
> Hi,
>
> On Fri, 24 Sept 2021 at 08:59, Andrew Tropin wrote:
>>
>> Declared system service in (gnu services tmp) in my channel, did guix
>> pull with the apropriate channels configuration.
>>
>> System service fr
> `version-unique-prefix'
> --8<---cut here---end--->8---
>
> maybe-list and list->human-readable-list come from
> gnu/home-services-utils.scm in rde project.
>
> Oleg.
My bad) Here it is:
From 634e6cbb7153ea02fb2ace6d39da
Declared system service in (gnu services tmp) in my channel, did guix
pull with the apropriate channels configuration.
System service from (gnu services tmp) can be used in my
operating-system record, but not searchable with `guix system search`.
Do anyone know reasons for such behavior? Are the
On 2021-02-24 23:56, pkill9 wrote:
> I'm using the machine-ssh-configuration, I set `(authorize? #t)` which
> the manual states should authorize the deploying machine onto the
> remote host, but I get an error:
> ```
> guix deploy: error: unauthorized public key: (public-key...
> ```
>
> So I add
I try to use busctl to control the brightness of my screen:
$ busctl call org.freedesktop.login1 /org/freedesktop/login1/session/auto
org.freedesktop.login1.Session SetBrightness "ssu" "backlight"
"intel_backlight" 24242
Call failed: Connection timed out
It worked once, but at the same reported
---
Thank you for the patches, tested, works for me! The solution is much more
precise than mutating package-directory-list variable, good job. I don't see
any major problems in the implementation (but I'm not very fluent elisp dev
and maybe missing something).
I drafted a simple build pha
> > In other words, no particular thought was given to -pkg.el. It was
> > simply dropped along with many other files. So, if consensus is
> > reachedthat keeping -pkg.el is a good idea, there is no reason to not
> > do that.
> Thanks for clearing that up. In that case, I don't have any qualms
> a
> That looks like it'd mess with people's installed ELPA packages. In
> general, hacks based on package-directory-list don't feel very stable.
If you talk about ~/.emacs.d/elpa, it won't, because there is a separate
package-user-dir variable for that.
The problem can arise if we have emacs insta
From: Andrew Tropin
Date: Wed, 19 May 2021 20:44:22 +0300
Subject: [PATCH] guix: build: emacs-build-system: Make package.el aware of
guix packages
After updating the package-directory-list variable, functions like
list-packages,
describe-package become aware of packages installed by guix
won't be so frustrated).
Personally, I'm quite happy that packages got their own subdirectories
and I'm fully satisfied with current state of it, but it would be cool
if inexperienced users will be able to use at least built-in help
commands for packages out of the box without additional
> > M-x list-packages ;; Doesn't list treemacs
> Let me recommend Emacs-Guix (aka. 'guix.el') as a superior alternative.
> :-)
Sure) Aware of it, cool tool.
> I think it's fine that 'package.el' is unaware of Guix-managed software
> and vice-versa.
Yep, perfectly fine, but why not to make it aw
thank you for placing
packages into subdirectories, now the site-lisp structure seems more
organized and less polluted + problem with describe-package (C-h P) and
list-packages are easily fixable. Appreciate your work!)
--
Best regards,
Andrew Tropin
ed.
When you will be updating the path, please remove -pkg.el from
%default-exclude.
Thank you very much for your work! Really appreciate it!
--
Best regards,
Andrew Tropin
describe-package and list-packages do not show emacs packages, installed
with guix. Packages themselves work perfectly fine, but not listed in
list-packages and can't be accessed with describe-package.
Way to reproduce:
guix environment --pure --ad-hoc emacs emacs-treemacs
emacs -q
M-x treemacs
98 matches
Mail list logo
