<mark_weaver>the key changes that I needed to add to the patch for libextractor were as follows: avcodec_alloc_frame has been renamed to av_frame_alloc, and avcodec_free_frame has been renamed to av_frame_free
<davexunit>I think you need to specify a bootloader field, but it isn't used
<htgoebel>davexunit, iyzsong: thanks so far. I'll give it a try. Expect more questions soon ;-)
<davexunit>htgoebel: yw. I've been (slowly) working on things to make this stuff more possible, because I also want the same thing.
<davexunit>what's nice about guix is that you get to choose from many levels of isolation and pick the one that is most convenient for your needs.
<davexunit>'guix environment' provides simple environment variable based isolation and also a type of container, and 'guix system' can be used for making completely isolated systems in VMs or, eventually, in containers.
<iyzsong>it's cool, and mostly in scheme, very hackable.
<ng0>https://github.com/nylas/N1 so opensource these days is == we give you a .deb , you can look at the source code but you won't get instructions or hints on how to build it if you theoretically want to run it. good job \\o/
<davexunit>if that software were GPL it would be a GPL violation
<davexunit>if it ain't reproducible, it ain't free software.
<ng0>package.json .. is that nodejs? it is build on top of electrum
<ng0>should've picked the totally burnout-sure-job in rigging and eventsplanning 10 years ago.. now getting into some other field is like well there are things you dislike and everybody seems to expect them
<anthk_>would be difficult to adapt the icecat derivation to create an abrowser one?
<ng0>today I had one guix related question while writing notes down on finding the right ISP as I did not bury the search yet: the (currently) 20GB caches of hydra, what's the average total monthly outbound traffic consumption and what's the average total monthly inbound traffic consumption? Also same for hydra.gnu.org, not the cache.
<efraim>ng0: I don't know for sure, but I think the number thrown around a few months ago was 600GB/month for hydra.gnu.org, pre mirror
<jlicht>wasn't one of the issues with chromium the fact that it is not quite clear how everything is licensed?
<ng0>re: sandbox, it would be great to get input on that alone in guix. i have an application which was build with something like a sandbox in mind and it's a feature which gave them now almost 30 years without a security issue.
<ng0>what if a server software needs to write inside its application folder?
<davexunit>ng0: software that overwrites its own source code is just not going to work
<ng0>so guix thinks that there's no software like this out there and it should not be integrated at all into guix at this point? I see it as an interesting case to solve something where guix might be lacking features.
<jlicht>davexunit: notmuch is used in combination with a mail client in emacs?
<ng0>davexunit: psyced does not describe its own sourcecode. it only has programmable parts. the connected(?) editor is part of lpc. guix can not cope with this, but this is not a bug of lpc. anyway, talked this through and i know how it can be solved. resulting from this i wonder: is there no single chrooted software in guix? no chroot at all? did you just leave out this as a security decision? is there some paper
<ng0>or early videos/texts I can look into, because just trusting in the store seems not to be enough. i know guix departs from unix in some points, but why leave out chroot?
<ng0>guix package -i psyced -> postinstall hook activates a service which copies data outside into /opt/ or /var/ -> further hook runs the configuration of psyced, defining the data directory of psyced to be /opt/ or /var/ , where all symlinks it needs are in the structure they need to be.
<davexunit>ng0: we will not be implementing any sort of post-installation hooks
<ng0>should I start a conversation on the ML about it so that one of the developers of the protocol (and application) could join? I was not talking about any "hook", it was just a bad choice of words. I want the service which runs psyced to copy all datafiles into a writeable location, because else the software will not work.
<davexunit>I'll clean up the style nitpicks. I'll see if anyone has any bigger problems with it.
<davexunit>ng0: I think that you should read up on how GuixSD services work and try writing a psyced service.
<ng0>i'm curently doing that.. I think from what I see it will require some more guile learning. I said I wanted to write a gnunet-service to work on and to extend later to some levels, but that's going to be less trouble (and higher priority) than psyced.
<efraim>bad news on the modular-qt front: the other downloads don't seem to ship with any way to build them, so it looks like we're stuck with monolithic
<bavier>efraim: the toplevel 'configure' script in the monolithic tarball is a simple wrapper around qtbase/configure, could we build qtbase first, and use it to build the rest?
<efraim>bavier: possibly, but there's no configure or makefile or anything for the others
<bavier>efraim: they just need qmake run, I believe
<lfam>So, what's the best method for picking up changes to my user's init.scm?
<lfam>Should I just kill and restart my shepherd daemon?
<ng0>You know, i had this idea about being able to just deploy an OpenNIC tier2 server with some toolkit/script, or at least for users.. That's doable with an guixsd service i think. that wasn't what I asked about, but I remembered this
<rain1><sugam> Hi all, i deleted an important tarball from my /gnu/store/ dir (3fx2sz92g8j6z152j3yjq203p87v7q7q-gcc-4.9.3.tar.xz) without successfully finishing compiling GCC 4.9.3, and now i cannot run guix build hello:
<rain1><sugam> guix build: error: build failed: getting attributes of path `/gnu/store/3fx2sz92g8j6z152j3yjq203p87v7q7q-gcc-4.9.3.tar.xz': No such file or directory
<rain1>relaying a message for someone - if anyone knows what they should do i can tell them
<lfam>You really have to jump through some hoops to delete files in /gnu/store
<rain1>I suggested a guix system reconfigure but I don't know if its the best approach
<lfam>The whole system assumes that the store is immutable