<jabranham>How can I add it permanently so I don't have to remember to type --substitute-urls="blah" every time?
<pkill9>i created a franken-regex that attempts to convert a store path to a package into a 'package:output@version' format: sed -re 's/\/gnu\/store\/[0-9a-z]+-//' -e 's/\/.+//' -e 's/([a-z0-9\-]+)-([0-9\.]+)-([a-z]+)/\1:\3@\2/' -e 's/([a-z0-9\-]+)-([0-9\.]+)/\1@\2/'
<civodul>regarding support for translation, perhaps we should be more specific? what do you have in mind?
<civodul>i think we should write that we require the use of free tools for this job
<g_bor>civodul: I guess I have written something about free tools. I will take the installation off board then right now, but we should think about how to pull in new users easily.
<g_bor>Translation support would involve support for multiple subtitles, multiple audio channels, and a flexible timing setting for image data, to allow for varying length of text in different languages.
<g_bor>yes, I put the free tools requirement in the additional information section
<civodul>g_bor: i think we can keep installation (of GuixSD in particular), maybe just not make it the first item
<g_bor>But actually there will be some times when we are going together, so someone might have to step in then.
<jonsger>where does the money for the stipend comes from? is it from guix?
<g_bor>One very important point is that the community have to agree on the content, so it would be nice if you or rekado could co-mentor, as I feel that we can reach consensus faster regarding the content.
<roptat>or if you print them in the other order, B.y: 0 A.y: 0
<civodul>circular module dependencies are bad as know ;-)
<pkill9>i'm running `guix pull --commit=e67ad5532f76b53e955149da2f1e237696ff0893` but it keeps trying to compile it even though the berlin build server says it's been built here http://berlin.guixsd.org/eval/749
<rekado>pkill9: is berlin among your default substitute servers?
<civodul>if you want to check for identity check the inode and device numbers (both)
<joshuaBPMan>I'm considering trying to create guix packages for ikiwiki plugins. I'm guessing that I should use the perl-build system, but is there something special that I should do to make it an ikiwiki-plugin? maybe call the package ikiwiki-getfield ?
<joshuaBPMan>it mentions how to install 3rd party ikiwiki plugins.
<joshuaBPMan>All plugins are in the IkiWiki::Plugin namespace, so they go in a IkiWiki/Plugin subdirectory inside the perl search path.
<joshuaBPMan>For example, if your perl looks in /usr/local/lib/site_perl for modules, you can locally install ikiwiki plugins to /usr/local/lib/site_perl/IkiWiki/Plugin
<mbakke>civodul: The reason I asked about trailing slash is because Guile-Gits 'repository-working-directory' includes a trailing slash, whereas the directory returned by canonicalize-path does not. I suppose I can string-drop the slash if libgit2 is truly consistent.
<mbakke>joshuaBPMan: Sounds good. I think simply installing the plugin along with ikiwiki should work then.
<mbakke>It could be that the ikiwiki service definition needs to be updated to take plugins however, since Guix services typically run with an empty environment.
<joshuaBPMan>mkakke: I have a slight complication...it looks like the getfield is located at this website
<joshuaBPMan>guix download is giving me a certificate error I have nss-certs installed...maybe I'm missing a certificate package....
<joshuaBPMan>I think I found the relevant guix documentation...no worries
<mbakke>joshuaBPMan: You can probably package the ikiplugins repository with a custom phase that places it on the Perl search path.
<jabranham>I asked on here a few weeks ago about guix finding an older guix version after guix pull in a new install on a VM. Someone helpfully provided a bash command that fixed it. I'm trying to report this as a bug properly now but can't remember the command. Does this ring a bell for anyone?
<joshuaBPMan>mbakke: I'm not sure what you mean about packaging the ikiwiki repo..
<g_bor>oops, looks like my updated patch to 30770 did not went to debbugs... trying to send it again...
<roptat>g_bor: any update for the postgresql extension patch?
<g_bor>roptat: not yet, but I would like to take a look at it.
<g_bor>I was busy to get things in order for the Outreachy project.
<jabranham>OK so I'm trying to start the sshd service. I added (service openssh-service-type) to services in the operating-system declaration. At the top, I have (use-modules <...> (gnu services networking)). But when I try to "sudo guix reconfigure /etc/config.scm" I get an openssh-service-type unbound variable error. Any pointers?
<rekado>g_bor: the ffmpeg “Concat demuxer” could be used to generate the videos.
<g_bor>I also thought to have a look at kdenlive, it is hanging on the patch queue for a while...
<ngz>Hello. For some reason, I get "no code for module (gcrypt hash)" when using pre-inst-env script. I tried to do "guix environment guix" then "./configure --localstatedir=/var" and "make", to no avail. I pulled guix recently.
<samplet>ngz: A quick stop-gap measure would be to use “guix environment guix --ad-hoc guile-gcrypt”.
<ngz>I can at least proceed with my monthly updates.
<samplet>I seem to have guile-gcrypt in both my system profile and my user profile, so the pre-inst-env script works without an environment. (And I don’t have guix or guile-gcrypt explicitly installed.)
<rekado>g_bor[m]: I was hoping to avoid complicated GUI programs if possible. If regenerating the videos requires a series of complicated steps consisting of manual clicking around in a GUI that would make things difficult and tedious.
<rekado>that’s what I’m worried about when proper video software would be used.
<rekado>the most important work as I see it is in preparing the contents effectively so that they become understandable in the target medium.
<rekado>the use of a full blown video editing could get in the way of that goal, I fear.
<rekado>that’s just my opinion and there’s a good chance I could be wrong, of course.
<rekado>I guess it depends on how repeatable the workflow would be.