g true from the bash function. I also really like your
idea for the shebang line.
Best Regards,
Kyle
Edouard Klein writes:
> Hi Kyle,
>
>
> Running
> guix shell r
>
> and then
> R
>
> will get you the C-c handling you want.
Hi Edouard,
I wrote another reply, but forgot to comment on this because I feel like I am
missing something here.
It would be really conv
Edouard Klein writes:
> Hi Kyle,
>
>
> Running
> guix shell r
>
> and then
> R
>
> will get you the C-c handling you want.
>
> There is indeed readline support with guix shell r -- R:
> up arrow to get history, c-E, c-A for end of line, start if line,
borts the process. This is
inconvenient for interactive exploration. Is there a way to make guix shell
work the same way as if the R command was installed into a profile?
Thanks for your help,
Kyle
Thanks so much! That is perfect.
On April 22, 2023 4:36:08 PM EDT, Maxim Cournoyer
wrote:
>Hi Kyle,
>
>Kyle writes:
>
>> Dear Maxim,
>>
>> Unfortunately, I don't see /usr/bin/env when I look inside the file system
>> resulting from:
>>
>>
Note that the easiest standalone TXR script I could think of is:
```
#!/usr/bin/env txr
#(output)
Hi
@(end)
```
I am betting you probably could include that in a package to reproduce the
issue.
On April 21, 2023 2:35:30 PM EDT, Kyle wrote:
>Its kind of hard to test. The easiest I have mana
Its kind of hard to test. The easiest I have managed has been to see that I
don't get the error with --emulate-fhs in my call, and the script that fails
starts with:
#!/usr/bin/env txr
To simplify things, I made a self contained txr script and wrapped that up in
my test R package. Sure enough,
as needed it
so far, maybe that's not that helpful if /bin/bash was made available?
On April 20, 2023 8:56:47 AM EDT, Maxim Cournoyer
wrote:
>Hi Kyle,
>
>Kyle Andrews writes:
>
>> Dear Guix,
>>
>> The (many) shell scripts in my software depend on bashisms
"(" writes:
> Kyle writes:
>> The context is that my R package calls a bunch of shell scripts stored
>> inside it. I am getting errors about
>> /usr/bin/env not being available (e.g. bad interpreter: no such file or
>> directory), so was thinking th
ix is being at
finding these.
On April 19, 2023 11:10:44 AM EDT, "(" wrote:
>
>Kyle Andrews writes:
>> The (many) shell scripts in my software depend on bashisms. In the code right
>> now I typically use /usr/bin/env bash since I had read that was the most
>&
ism I use is default
environment variables ${FOO:-bar}. On a native Guix system I could just add
/usr/bin/env back in. However, that doesn't seem to be possible with only Guix
shell. Maybe I am wrong here?
Thanks,
Kyle
"(" writes:
> [[PGP Signed Part:Undecided]]
> Heya,
>
> On Sun Apr 9, 2023 at 4:15 AM BST, Kyle Andrews wrote:
>> > (lambda _
>> > (mkdir (string-append #$output "/bin"))
>> > (copy-file "i
Simon Tournier writes:
> Hi,
>
> On ven., 31 mars 2023 at 23:21, Kyle Andrews wrote:
>
>>(let ((out (assoc-ref outputs "out")))
>> ;;; TODO: this doesn't work!
>> ;; copy site-library/litt
e a whole configuration directory instead of just a
./configure script.
Another issue is that this package uses a custom license and I'm not
sure whether it is a variant of one of the existing licenses or if there
needs to be an additional entry in Guix licenses.
That was a bit of a mouthful. Obviously, after packaging epics, libcom
would also need to be packaged. I will stop there and see if anyone
thinks they might be able to offer some advice.
Thanks,
Kyle
ge without the environment.")
(license license:gpl2+)))
;; (packages->manifest (list r r-littler))
r-littler
```
I'm grateful for any assistance!
Best Regards,
Kyle
e printing out.
On March 23, 2023 5:30:11 PM EDT, Philip McGrath
wrote:
>Hi Kyle,
>
>On Wed, Mar 22, 2023, at 5:29 PM, Kyle Andrews wrote:
>> Dear Guix,
>>
>> Part of my scientific workflow involves compiling a small Racket script
>> for a command line program into
ainting into a working
package?
I'm especially interested in figuring out how I can productively learn
to experiment productively with this stuff for myself.
Thanks for your help,
Kyle
Hi Gottfried,
I had some success editing things owned by the root user in emacs using Tramp.
The syntax a bit confusing. You search for the file in the usual way in Emacs,
but you delete all the text it fills in for you and instead replace it with:
```
/sudo:$USER@localhost:/etc/config.scm
``
Julien Lepiller writes:
> guix system describe lists channels used to build your system, but
> they can be different from the ones currently known to guix.
That seems consistent with what I have observed.
> Does your /etc/channels.scm list the extra channels?
At this point it does not. I "re
is to make
herbstluftwm (or any other relatively niche window manager with a
.desktop file) show up on the GDM menu?
Thanks,
Kyle
SeerLite writes:
> `sudo guix system reconfigure` and any `guix package` command will (by
> default) use the generation shown in `guix describe`. On first boot,
> this generation _will_ be different from the one you had in the live
> system. This is because the generation is saved at
> ~/.confi
the desired result: a new configuration
with the correct keymap and my next steps towards setting up my desktop
environment.
Thanks in advance for your help!
Cheers,
Kyle
Simon Tournier writes:
> (I let aside the inferior part that you do not need, IMHO.)
I hope you are right. I will keep thinking about it and will try to
revisit some of my assumptions.
> The computational environment you create with Conda is totally
> inconsistent in regard to the Python vers
Kyle Andrews writes:
> Kyle Andrews writes:
>
>> There seems to be some secret Guile incantation I am overlooking. Could
>> you give me a hint of what this could be?
>
> Tobias pointed out to me that the Guile developers could be to blame
> here. They appear
Kyle Andrews writes:
> There seems to be some secret Guile incantation I am overlooking. Could
> you give me a hint of what this could be?
Tobias pointed out to me that the Guile developers could be to blame
here. They appear a bit too preoccupied with prematurely optimizing the
speed o
ile incantation I am overlooking. Could
you give me a hint of what this could be?
Thanks,
Kyle
e with
`package-with-explicit-python'.
I will keep you posted if I make any breakthroughs. I'm really eager to
be able to replace conda with guix.
Best Regards,
Kyle
Edouard Klein writes:
> As an example in this line of thought, a long time ago I submitted a
> patch (since the
functionality doesn't seem to be provided out
of box and I am seeking help in the hopes that there is an easy way to
do it.
Am I thinking about this right?
Thanks,
Kyle
P.S.
APTED claims to also be able to run on top of python-2.7 so maybe that
fact could be used to simplify this specific issue
with an `singularity
exec' call I would use if guix was available, I am all ears.
Thanks,
Kyle
Simon Tournier writes:
> I am using multiple profiles and I barely hit collisions. Given one
> specific revision of Guix, collisions should not be possible – it means
> something is wrong somewhere with package definition; although, maybe it
> is impossible to avoid some collisions with large
was no X11 available and so it errored out.
It seems that multiple -p arguments to guix shell doesn't really work
like I would hope. Ideally it would produce the same sort of system
environment as is produced by eval'ing `guix package --search-paths` with
multiple profiles.
宋文武 writes:
&g
other approaches I should be trying?
Thanks,
Kyle
Simon Tournier writes:
> Hi,
>
> On Wed, 28 Dec 2022 at 15:09, Gottfried wrote:
>
>> Which commands can I use to enter and close my new profile?
>
> To enter, you just need to ’source path/to/some-profile/etc/profile’.
>
> However, you cannot “deactivacte“; unset the environment variables and
Julien Lepiller writes:
> Hi Andy,
>
> I'm the author of this advice. I think it's still correct. It's mostly
> sanity checks that you would run to ensure you can get packages from
> this channel. Most of it is scattered around the manual, mostly in the
> manual installation documentation.
>
>
I'm very excited about this! Thank you so much for your efforts! Having
a modified SXMO using Emacs wherever possible running on a Guix powered
PinePhone would be my dream come true.
"jgart" writes:
> Sorry! I forgot to change the Subject for the digest. I hope this works...
>
> Forwa
zimoun writes:
> I fetch from yhetil.org (Git) and then convert to MailDir because I use
> Notmuch as indexer (and reader :-)). And I do not want to duplicate the
> storage. Therefore, after fetching and converting, the Git repo is
> garbage collected,
>
> --8<---cut here
On 12/05/22 09:45:41 +0100, zimoun wrote:
> Personally, I use “git clone” from a public-inbox instance [1].
>
> git clone --mirror https://yhetil.org/guix-patches/1 \
> guix-patches/git/1.git
>
> where ’1’ can be also replace by ’0’ for the very old ones.
In the case of guix-patc
kiasoc5 writes:
> I have some commits on my local guix repo like this:
>
> (master) HEAD -> A -> B -> C
>
> When I do `git format-patch -3 --base=auto` I get prerequisite patch
> ids in some of the patches. But I want to each patch to depend only on
> HEAD. In other words I want to export patches
I have never used the command script, but I thought you might benefit from
installing the tldr utility: whose name is short for "too long didn't read" It
gives examples instead of all the unwanted details that man pages throw at you
first even though they don't make a lick of sense without the r
Thanks so much, that worked! It was not at all clear to me that such a
dependency existed or that if it did it would not already be encapsulated by
GPGME itself.
On May 6, 2022 4:56:00 AM EDT, zimoun wrote:
>Hi,
>
>On Thu, 05 May 2022 at 13:37, Kyle Andrews wrote:
>
>&g
Hi,
I want to use the R package gpg which provides bindings to GPGME from
within Guix. Most of the time packaging R things is really easy thanks
to the handy `guix import cran' command. Unfortunately, something is
breaking with GPGME which is making this not work as I
expected. Unfortunately, I
er to
pass --no-offload?
Thanks,
Kyle
jgart writes:
> I'm only able to properly source the library into the environment if I run
> the following:
>
> `guix environment emacs-commander --ad-hoc emacs-commander`
>
> Why do I have to provide emacs-commander twice to the environment command?
I believe the key package that the first emac
Pierre Neidhardt writes:
> --8<---cut here---start->8---
> (defvar ambrevar/known-mailing-list-archives
> '(("help-guix@gnu.org" . "guix-user")
> ("guix-de...@gnu.org" . "guix-devel")
> ("debbugs.gnu.org" . "guix-bugs"))
> "Alist of mail adresses and
zimoun writes:
> On Mon, 16 Nov 2020 at 21:36, Kyle Meyer wrote:
>
>>> 4. !! send-email --to=guix-patc...@gnu.org -cover-letter.patch
>>> 5. Wait and refresh my inbox
>>> 6. !! send-email --to=12...@gnu.org 000?-*.patch
>>
>> Yeah, 4-6 are tri
Kyle Meyer writes:
>> C-m l
>
> If you follow the convention of writing a cover letter only for
> multi-patch series, you can drop the 'C-m l' because by default git will
> generate a cover letter when there is more than one commit.
Sorry, I was mistaken: gen
zimoun writes:
> Hi Chris
>
> +CC Kyle since they probably knows the status [1].
Sorry, I have no good news for you :/
> On Mon, 16 Nov 2020 at 15:28, Christopher Lemmer Webber
> wrote:
>
>> I've been making patchset series of emails to guix-patches manually.
Pierre Neidhardt writes:
> It works on and off for me, sometimes with the same error.
> I haven't figured out yet how to reproduce this issue reliably.
Part of the reason it may have been breaking for me was that I was
placing an additional git checkout of guix on my guile %load-path. I
don't r
Wiktor Żelazny writes:
> On Fri, Jun 26, 2020 at 06:12:23PM -0400, Kyle Andrews wrote:
>
>> I figured out how to successfully print a document using ~libreoffice
>> --headless -p test.odt~. So, I think my printer problem is actually
>> reflecting a problem with syste
Wiktor Żelazny writes:
> On Fri, Jun 26, 2020 at 02:13:14PM -0400, Kyle Andrews wrote:
>>
>> Wiktor Żelazny writes:
>>
>> > Does /gnu/store/.../cups/filter/rastertoqpdl exist?
>>
>> Yes, it exists in the splix package, but not in the cups package.
>
Wiktor Żelazny writes:
> On Fri, Jun 26, 2020 at 12:56:08PM -0400, Kyle Andrews wrote:
>
>> I observed no change in the error I get when trying to print a test
>> page.
>
> Does /gnu/store/.../cups/filter/rastertoqpdl exist?
>
> Is the user printing the test
Wiktor Żelazny writes:
> On Thu, Jun 25, 2020 at 10:11:36PM -0400, Kyle Andrews wrote:
>
>> (use-modules ...
>> (gnu packages cups)
>> ...)
>
>> (service cups-service-type
>> (cups-configuration
>>
Kyle Andrews writes:
> Dear Guix,
>
> Could you help me get my printer working?
>
> I setup my cups service:
>
> ...
> (use-modules ...
>(gnu packages cups)
> ...)
> (use-service-modules ... cups ...)
> ...
> (service cup
iled to
print a test page, popping up a warning box with the text:
Printer 'SCX-4200' requires the '/gnu/store/.../cups/filter/rastertoqpdl'
program but it is not currently installed.
I'm not sure what to do now. Thanks in advance for any suggestions on
how to resolve this.
Best Regards,
Kyle
Hello Everyone,
I am unable to conditional tab completion of Guix commands when in
shell-mode or eshell-mode in Emacs. In other words, I can tab-complete
the major modules e.g. ~guix package~, but cannot tab complete
~--arguments~ to them. When I try I see an error:
guix-geiser-eval: Error in
,%nm-static-connection
...))
I haven't tested it quite yet, but it makes some sense to me. If you
think this is not exactly the right approach, please let me
know.
Kyle Andrews writes:
> Dear Guix,
>
> I would like to setup my desktop computer so
Ricardo Wurmus writes:
> Ricardo Wurmus writes:
>
>> Kyle Andrews writes:
>>
>>> […] Below I provide
>>> links to the NixOS RStudio package along with Rekado's package of an
>>> older version of RStudio (which also didn't build for
On my guix (d441a6455051d70d7ff0d951c7e68318499b1739), a quick search
(guix\\.d[^a-z]) using the silver-searcher reveals several additional
packages and documentation makes references to these directories
including several emacs packages as well as:
cedille in gnu/packages/cedille
uim in gnu/pac
emacs-ess build ESS version 17.11 which is significantly out-of-date as
well. The latest release is 18.10.
Pierre Neidhardt writes:
> If I recall correctly, a number of packages had to be updated after the
> transition to the new build system. I suppose that emacs-ess was left aside.
Ricardo Wurmus writes:
> Hi Kyle,
Hi Ricardo,
> It’s on my list to eventually package a more recent version of Rstudio.
> I’ve been using the older version for quite some time at the institute,
> but it’s possible that with recent upgrades to Guix the package no
> longer
ing I can do to help with getting this
packaged, please let me know. I'm eager to get on with my research, but
I would love to be able to do that from Guix so that I will know for
sure I will be able to reproduce my work :)
Thanks,
Kyle
61 matches
Mail list logo