<Common_Era>As I was talking about before, I am trying to build a project written in Guile on GuixSD, but when I use a guix.scm to install it to the site packages, I get %invalid-base32-character, even after
<adfeno>I did a long `which` command following the GNUmakefile instructions, and the only thing left is ldconfig.
<Common_Era>Yes. My problem is that my package definition returns a "%invalid-base32-character" after using "guix hash -f base32 -r <directory>". I've also tried it with "guix download -f base32 <my repo>"
<adfeno>The package definitions use nix-base32 if I'm not mistaken.
<lfam>Finally, I recommend you never use `guix download` except as a replacement for something like `curl` or `wget`. It will mask errors in the source URI
<lfam>What happens is that people use `guix download`, and the source code is in /gnu/store. Then, they make a mistake in the URI, but they never notice, because the URI is never used because the source code is already in /gnu/store
<lfam>A minor problem, but annoying when reviewing packages :)
<adfeno>So, now I'm stuck... There doesn't seem to be a way to tell the GNUmakefile to not use ldconfig.
<Common_Era>Okay. Maybe it was just my using base32, instead of nix-base32.
<Common_Era>Alright, so "guix package -f guix.scm" says that the package git-checkout a hash, but that it should have a different one. I'm building from Git, so I can't build it.
<lfam>Common_Era: I don't understand, can you rephrase the problem?
<Common_Era>/gnu/store/k1spyiwznyjfwz37i87vn49bzjfnm8nm-git-checkout' should have r:sha256 hash `0d5x2vf5pzbpc9d25qradj0x7n46hc2d1a4mx9nf0mslxzias0q8', instead has `0zvc97qg3hin017wrrpi7r82xihnd32hpfxhqd4fqw7lp41fqba7
<lfam>Common_Era: That means that you have used the incorrect hash in your package definition. Since it's a Git checkout, you need to make sure you don't hash the .git metadata. When Guix tries to build from a Git checkout, it clones the Git repo, checks out the specified commit, deletes the .git metadata directory, and then hashes the source tree. I think that `guix hash` has an option to automatically exclude the .git directory for you.
<lfam>Make sure you check out the desired commit before running `guix hash`
<ngz>Would the local web server make sense in the context of a Guix package? If so, how can it be done?
<adfeno>Is it the software to teach people how to program? If so, I want to say something **unrelated** to the issue, but interesting: There's an ongoing discussion on directory-discuss as to whether the Free Software Directory should delete, and stop recommending, Scratch.
<adfeno>Indeed... gui.js has some advanced JS. Don't worry, I think we can sort this out... Just let me think...
<adfeno>... position 2850:5 is inside a prototype for IDE_Morph... so
<adfeno>If I'm not mistaken, "prototype" is used for cases where one wants to create an object type, in this case IDE_Morph, and wants to automate some tasks related to what information should be provided by the prototype.theFunctionName.
<ngz>adfeno: if I read the console right, it could be related to a call to IDE_Morph.prototype.parseResourceFile()
<ngz>In morphic.js, it happens when calling TriggerMorph.prototype.trigger()
<adfeno>So, unless it's a bug in that paerseResourceFile function, then the problem is with the caller (code which uses something like "new IDE_Morph" or similar ways to create objects based on stablished types).
<adfeno>So... The callers are in other part of the code, in morphic.js as you said.
<bavier>brendyn: the name describes an API that could be satisfied by any one of several implementations
<bavier>brendyn: so if one wanted to, they could define a procedure that recursively replaced the MPI implementation for a given package, and that could be simplified by just looking for the "mpi" name.
<adfeno>And, following Sleep_Walker's reference to a similar error about NS_ERROR_DOM_BAD_URI, Both my copies of Abrowser and GNU IceCat have the "security.fileuri.strict_origin_policy" set to true, **contrary** to what that reference recommends to do.
<adfeno>ngz: I'll try using the recipe you shared.
<adfeno>For ngz (and everybody who wants to know): I guess that, to package the Snap learning tool to Guix, then we have to make the system open an simple web server.
<adfeno>That is, if we don't want to break our usual directory tree.
<bavier>ng0: how does offloading react to the '--fallback' option?
<ng0>later tell civodul: femtolisp source I can identify: FreeBSD, OpenBSD, OSX, win32. I also found that some files are placed in the public domain so i have to adjust the license field. I can't identify more.
<ng0>sneek: later tell civodul: femtolisp source I can identify: FreeBSD, OpenBSD, OSX, win32. I also found that some files are placed in the public domain so i have to adjust the license field. I can't identify more.
<dvc>hey guys! had a productive day today. got an importer/updater for rust, a basic build system and packaged the first rust crate. I'll be submitting the patches tomorrow. Left todo is extending the importer to add dependencies as inputs and the build system to replace the [dependencies] section in Cargo.toml with one using guix paths.