installed in a profile? Happy to submit a patch
there too.
What do You think?
--
Christopher Rodriguez
() ascii ribbon campaign - against html e-mail
/\ www.asciiribbon.org - against proprietary attachments
signature.asc
Description: PGP signature
doesn't require these libraries, maybe it would be better to create
a dedicated package for the edge cases that might need it?
(define-public gcc-unhidden
(package
(inherit gcc)
(name "gcc-unhidden")
(properties (alist-delete 'hidden? (package-properties gcc)
Sorry for the spam; Resending this without the bugs address, but with
the issue's address.
Christopher Rodriguez writes:
> [[PGP Signed Part:Undecided]]
>
> Hello All,
>
> I noticed today that libstdc++.so.1 (and some others), which used to be
> part of gcc:lib, are not
irely possible I'm missing something.
I am CCing guix-de...@gnu.org per podiki[m]'s request.
Thanks!
--
Christopher Rodriguez
() ascii ribbon campaign - against html e-mail
/\ www.asciiribbon.org - against proprietary attachments
signature.asc
Description: PGP signature
uses.
--
Christopher Rodriguez
() ascii ribbon campaign - against html e-mail
/\ www.asciiribbon.org - against proprietary attachments
signature.asc
Description: PGP signature
g something. However, I asked on IRC and was
told that it seems like a Bug.
Thanks for Your time!
--
Christopher Rodriguez
() ascii ribbon campaign - against html e-mail
/\ www.asciiribbon.org - against proprietary attachments
signature.asc
Description: PGP signature
in it in my configurations.
They /do/ seem related, but I am not familiar enough with what was
changed to speculate as to a solution for either issue.
--
Christopher Rodriguez
signature.asc
Description: PGP signature
or message for any commit after b084398:
https://paste.debian.net/1252096/
--
Christopher Rodriguez
signature.asc
Description: PGP signature
an decimal (493), simply because I'm used to the
actual unix chmod tool and its conventions.
--
Christopher Rodriguez
signature.asc
Description: PGP signature
do You think?
[1]: http://paste.debian.net/1248671/
[2]: http://paste.debian.net/1248676/
[3]: https://git.sr.ht/~yewscion/yewscion-guix-channel
--
Christopher Rodriguez
signature.asc
Description: PGP signature
#214848
[2]: http://paste.debian.net/1246303/
--
Christopher Rodriguez
signature.asc
Description: PGP signature
ore-recent 'release' of emacs-ebib.
[1]:
https://github.com/joostkremers/parsebib/commit/185239020f878cfbe1036270e6c3d1026ba8f255
[2]: https://github.com/joostkremers/parsebib/issues/24
--
Christopher Rodriguez
signature.asc
Description: PGP signature
---
Hello!
Was going through my open issues, saw this one was still open. Took a crack at
fixing frotz; It builds and works as expected now. Wanted to share.
Thanks for Your time!
gnu/packages/games.scm | 66 +++---
1 file changed, 43 insertions(+), 23 delet
)).
https://logs.guix.gnu.org/guix/2022-06-22.log#013107 is my conversation
with nckx about this on #guix.
Thank You for Your time!
--
Christopher Rodriguez
signature.asc
Description: PGP signature
ge could fix it.
--
Christopher Rodriguez
signature.asc
Description: PGP signature
Ludovic Courtès writes:
> Hi,
>
> Christopher Rodriguez skribis:
>
>> Reporting this from my local installs of GNU Cuirass, though a cursory
>> glance at
>> ci.guix.gnu.org (likely) shows the same issue:
>>
>> GNU Cuirass currently reports both
targets for builds).
--
Christopher Rodriguez
signature.asc
Description: PGP signature
rn so I don't do it again (still very new to
contributing to this community).
That said, I do indeed intend to patch [Pending-Patch]
https://guix.gnu.org/cuirass/manual/cuirass.html#Specifications to be clearer
about the available targets. I would amend the subject of this issue, but it
doesn't seem like that's something I can do.
--
Christopher Rodriguez
would be appreciated.
--
Christopher Rodriguez
signature.asc
Description: PGP signature
Christopher Rodriguez
Table of Contents
─
I'd like to add my $0.02 as well.
Seems like the issue is during the deployment, as Madhavan
said. Specifically, the error message in that form only appears in
`gnu/home/services/symlink-manager.scm', in the functio
Christopher Rodriguez
Table of Contents
─
I'd like to add my $0.02 as well.
Seems like the issue is during the deployment, as Madhavan
said. Specifically, the error message in that form only appears in
`gnu/home/services/symlink-manager.scm', in the functio
---
> This is broken when cross-compiling, try 'cc-for-target'.
> Additionally, 'outputs' and 'inputs' are unused here.
> Why?
> Why the capital letters? And why mention ‘Esoteric’ in the synopsis and
> description? Also, it is not actually a programming language, it is
> more an implementation
---
Sorry, got my wires crossed there for a moment. Please disregard the above;
It was meant for a different ticket. Here is a small patch for the
documentation, as requested. What do You think?
doc/guix.texi | 4 +++-
1 file changed, 3 insertions(+), 1 deletion(-)
diff --git a/doc/guix.texi b/
Sending an amended patch; After installing on another machine than my
daily driver, I found that `alsa-plugins` and `alsa-plugins:pulseaudio`
were needed for orca-lang to have reliable MIDI output. Going to add
them as propagated inputs; If there's a better way to do so, please let
me know.
work as it used to.
Dunno how we might implement this kind of edit into the procedure that
updates `runc` in the first place, but it seems like that could be a
solution. Ideally, it would just use `runc` in the `$PATH`, but then `runc`
becomes a propagated input.
Hope this helps.
--
Christopher
m.
Ludovic: I'll amend my patch to more explicitly document the version
field in this way.
Hopefully, it will be sent here by the end of the day. Thank You both
for Your help!
--
Christopher Rodriguez
OpenPGP_0x1102102EBE7C3AE4.asc
Description: OpenPGP public key
OpenPGP_signature
Desc
Here's a quick patch I threw together for the documentation.
--
Christopher Rodriguez
From 632435ee888e9c5fc6b1b65811d43e7343e7e172 Mon Sep 17 00:00:00 2001
From: Christopher Rodriguez
Date: Wed, 19 Jan 2022 10:00:23 -0500
Subject: [PATCH] Modified '.guix-authorizations' sec
oned.
However, as a Lisper, I feel as though the symbol itself could easily
be more descriptive by using `api-version` or something similar rather
than just a generic `version`. It would help prevent other newcomers
from going through the confusion I've just had.
What do You think?
ng I think should ideally be standardized across all
packages if possible (maybe an email thread on guix-devel?), because the
main channel as a whole will be more maintainable if we can come to some
kind of agreement.
Let me know what You think.
--
Christopher Rodriguez
OpenPGP_0x1102102EBE
uix packages working through this;
Hopefully I can use that knowledge to help out more often.
--
Christopher Rodriguez
OpenPGP_0x1102102EBE7C3AE4.asc
Description: OpenPGP public key
OpenPGP_signature
Description: OpenPGP digital signature
t I don't
know how to do that (yet).
I've also taken the liberty of moving all of the
unnecessarily-propagated inputs to 'beets-bandcamp' and made them normal
inputs.
Patch is attached, let me know what You think.
From 5ebae013a269c0d82a6d3af9124514bbb0d7536f Mon Sep 17 00:00:
ython beets is using to run.
Are variables that point to places in the profile allowed? Or do they
have to only point to the store? That would solve the chicken and egg
problem here, where we can't hardcode the directory of the plugin into
'beets' because the plugin is
I've been digging through the source, and it seems as though
`python-build-system` does not actually set the $GUIX_PYTHONPATH
variable in the environment. That variable seems to only be set by
`python-2.7` and its derivatives, including `python3.9`, during a step
after the install process.
I
So, I took some time to do some digging this morning, and I now have a
few results and a few more questions.
First, I tried `guix shell --pure python beets beets-bandcamp` to ensure
that the plugin would be detected once `GUIX_PYTHONPATH` was set as You
had mentioned. That did work, though the
Ah, I see. That makes sense.
However, I don't think we need to necessarily use all of 'beets' inputs
as inputs for 'beets-bandcamp', because it will build fine with just the
inputs listed. I know it isn't DRY, but it seems like the most efficient
way to define the package might be to simply de
else I need to send this to get it reviewed and applied?
From fd9a031cc7d76c14c2357a142a00f759c2d3d1ca Mon Sep 17 00:00:00 2001
From: Christopher Rodriguez
Date: Tue, 21 Dec 2021 14:25:51 -0500
Subject: [PATCH] Added needed inputs to beets-bandcamp
---
gnu/packages/music.scm | 13 +++--
1
Copy that, will refer to it as 'Guix System' from now on. I'd picked up
GuixSD from reading (apparently outdated) blog posts.
Regarding the section header, I'd just copied something I found online
for submitting good bug reports. You're right, though, it's oddly named.
I think, going forward,
Copy that, Maxime. That makes sense.
I'll work towards getting it to build without deleting that phase, then.
Thanks for the feedback!
On Tue, Dec 21, 2021, 13:02 Maxime Devos <mailto:maximede...@telenet.be>> wrote:
Christopher Rodriguez schreef op di 21-12-2021 o
As an aside: It seems as though on the web interface at least I am
causing all of my attachments to be concatenated with my messages. Is
there a specific way to attach files to prevent this, or is it intended?
OpenPGP_0x1102102EBE7C3AE4.asc
Description: OpenPGP public key
OpenPGP_signature
De
Hi Simon, thanks for taking the time to help me with this!
I am currently trying to set up a development environment for myself,
but I've run into some issues (which I've submitted as #52708) in the
`make check` process. I'm editing the package definition for
`beets-bandcamp` nonetheless, but
__
[BUG] MULTIPLE PACKAGES FAILING TO BUILD
rodnchr
__
Table of Contents
_
1. Environment
2. Steps to reproduce
3. Expe
41 matches
Mail list logo
