Re: gcc-toolchain is missing libstdc++.so
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 included in any of the outputs of the > superceding `gcc-toolchain` package. > > Is there another method for getting these needed shared libraries in a > guix system at this point? It's entirely possible I'm missing something. > > I am CCing guix-devel@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
gcc-toolchain is missing libstdc++.so
Hello All, I noticed today that libstdc++.so.1 (and some others), which used to be part of gcc:lib, are not included in any of the outputs of the superceding `gcc-toolchain` package. Is there another method for getting these needed shared libraries in a guix system at this point? It's entirely possible I'm missing something. I am CCing guix-devel@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
Idea: fallback for guix pull?
I haven't looked at the code at all, but perhaps it would be useful to users of Guix if, upon a guix pull with a commit that fails to authenticate, guix pull would still pull up to the last in the chain of successfully authenticated commmits? Right now, it stops the entire operation if one commit from one channel fails to authenticate, which has value (and might be useful as a setting or flag, for those with greater security concerns or those maintaining the channel). But assuming the authentications are done in order, could we make the default an effective "pin" to the last authenticated commit? This is probably the way users /should/ deal with this kind of issue anyway (disable-authentication is worrisome), and having the default be this kind of fallback would make it so users are still able to pull other channels they might have, or at least update to the last "good" commit. What do You think? -- Christopher Rodriguez signature.asc Description: PGP signature
A Few Packaging Questions
Hello All,
1. Is there a way to call non-exported procedures from a module in
Guile?
I am looking to solve the non-determinism in one of the above-submitted
packages (dbqn), and per https://github.com/dzaima/BQN/issues/14 it
seems the issue is timestamps in jarfiles, which ant-build-system
handles in its strip-jar-timestamps procedure. I'd like to call that
procedure from that module rather than copy it into the bqn.scm module,
but I can't build the package with ant, so I'm looking for a way to call
it without switching systems.
2. Is there a list of variables accessible using gexps somewhere, or
some source code I might be able to glean the same information from?
I have just discovered #$output as a somewhat useful tool, and I'm
currently looking to learn more ahead of when I might need them.
3. What is the canonical way in the new input system to reference a
specific output of a package?
I first learned `("label" ,package "output"), and I've seen `(,package
"output") in the devel version of the manual, but when I recently did a
guix lint on some package definitions that used `(,openjdk "jdk") I got
a warning:
label 'openjdk' does not match package name 'openjdk:jdk'
I want to make sure I am doing things the "most correct" way, so I
figured I'd ask here.
Thank You for taking the time to read my questions, and I hope You have
a great day!
--
Christopher Rodriguez
signature.asc
Description: PGP signature
Java $CLASSPATH variable questions
Hello all, I noticed the other day that neither `icedtea` nor `openjdk` set up a `CLASSPATH` variable for the user. Is this intended behavior, or an oversight I could help to fix in those packages? And as a corollary, is there any reason (for right now, if the above should set that variable) I shouldn't set `CLASSPATH` to `$GUIX_PROFILE/share/java` in my guix home configuration? Thanks for Your time. -- Christopher Rodriguez signature.asc Description: PGP signature
Re: Interest in "guix lint" Meetup?
Remco writes: > 2022/04/11 13:19, Vagrant Cascadian: > >> Well, not sure if there is other overly quiet interest lurking on the >> sidelines, but would be happy to figure out a time to crank through a >> few of these with you! >> >> Would it also make sense to email guix-help about it as well? > > I'd like to participate (on- or offline) and yes I think it makes sense > to include guix-help to see if there's some interest. I would also like to participate in this. I have a big interest in contributing, but little experience in a project as big as Guix. -- Christopher Rodriguez signature.asc Description: PGP signature
