<apa512>vlc works fine with pulseaudio but i can't figure out what to to make it work in the browser <jroh>apa512: sound worked for me out of the box in icecat <jroh>that's probably not terribly helpful tho :) <apa512>i see. maybe something about my computer (thinkpad x250) is problematic. <jroh>any good to use guix-edit and such as a non-root user? if I browse from the list-all-packages it seems to use a symlink back into the /gnu/store tree so is read-only to my user ***HeisenbergsDog is now known as Guest25019
<davexunit>'guix edit' is for quickly opening package definitions in your favorite editor <davexunit>from there, you can copy/paste them elsewhere and modify them. <jroh>been trying the -f option but i must be getting something wrong ***HeisenbergsDog is now known as Guest83119
<zacts>who was it here that got full disk encryption with lvm2 working? <zacts>I may try to install guix tonight <mark_weaver>karhunguixi uses GuixSD with an encrypted root partition though <zacts>mark_weaver: there was someone here a couple of weeks ago who mentioned that they found a way to get it to work <zacts>mark_weaver: can GuixSD do an encrypted swap and encrypted root? <zacts>even if not LVM2 or on separate partitions? <zacts>(and if so is there a guide for this?) <zacts>mark_weaver: yeah on that log rekado mentioned he / she / ... got guix working with full disk encryption and lvm <mark_weaver>I'll be curious to hear more about that. it's news to me. <mark_weaver>the guix manual in our git repo still says that LVM support is missing ***sankey2 is now known as sankey
***Guest83119 is now known as HeisenbergsDog
<efraim>last night I dreampt that I got all excited because fossil became bootstrapable and it would be easier to package <rekado>zacts: rekado did not say that. I use full disk encryption and lvm, but I haven't GuixSD configured to automatically mount the disk. <rekado>my Guix stuff is on a separate disk that is not encrypted. <rekado>now only my home is on an encrypted lvm volume. <rekado>I mount this manually after booting. <h0wl3vvd>what mean that guixsd is "advanced" distro <taylan>h0wl3vvd: in what context did you read that? <h0wl3vvd>"GNU's advanced distro and transactional package manager " <h0wl3vvd>"GuixSD is GNU's advanced system distribution." <taylan>not all that meaningful of a word. it just means it's not a primitive distro where you'd have to manage software dependencies manually, for instance. <taylan>one could also say that the "functional package management" strategy used by Guix is more advanced than traditional package managers like that of Debian or RedHat <h0wl3vvd>what u mean by "manage software dependencies manually" ? <taylan>h0wl3vvd: do you know what a package manager does, in a typical GNU/Linux distribution? <h0wl3vvd>im using pacman but dont really know what does <taylan>programs often depend on other software being installed on your machine. for example Firefox might require a PNG image decoding library, otherwise it couldn't display PNG images. a package manager manages the installation of such dependencies automatically. this is perhaps one of the most important features of an operating system distribution. <h0wl3vvd>is any package manager what dont install dependencies ? <h0wl3vvd>maybe advanced means for advanced users cuz its using programming language for configuration <taylan>Guix handles dependencies in a special way that ties them together strongly with the package they belong to, so for example when libpng is updated, a new Firefox package is also built, so that one can test them separately, roll back to the other Firefox (that uses the previous libpng version) etc. seamlessly <taylan>GuixSD is still alpha or beta stage software, and maybe at its 1.0 release it will still be for somewhat advanced users, but I'd say that the concepts underlying it could be hidden from the user just fine <h0wl3vvd>my parabola X's get crashed after x updated cuz something was not supported on my machine <sneek>HeisenbergsDog, you have 1 message. <taylan>yeah, you can just roll back to the previous state of your operating system when an update breaks something. updates are atomic operations that can be undone. <taylan>I'm using Guix on Debian, works fairly well <taylan>that's fine, I might also wait for 1.0 because I don't always have time to tinker... <HeisenbergsDog>guixsd is less mature than parabola or trisquel...too alpha for my likings <taylan>those build on Arch and Ubuntu, whose first releases are 13 and 11 years old. GuixSD didn't have its 1.0 release yet, so you could say it's yet 0 years old. :-) <fps>sneek: later ask codemac: i pondered the question of truly versioned packages, before, too. there might be ways around digging stuff out from git to get a certain version <rekado>HeisenbergsDog: what do you mean by "less mature". <rekado>I only find the number of available packages to be a practical problem. I don't have any stability issues with GuixSD whatever. <rekado>It's very nice that there is only *one* configuration file I need to take care of. It handles the complete OS configuration, so I don't need to remember where in /etc I hacked something. <amz3>I'm trying to build guix, in `guix environment guix' but it fails with the following error <amz3>I'm trying in a container <amz3>guix$ guix environment --container guix <amz3>guix environment: error: clone: 2080505873: Fonction non implantée <amz3>clone is not implemented <amz3>I have a correct linux kernel version of 4.2.0 <amz3>I'm using ubuntu 15.10.. <efraim>I think it means the function isn't enabled in the kernel config <rekado>I've never seen "bad header on object file" before. <rekado>could you try "make clean-go" first? <amz3>I did clean-go, same error. <rekado>amz3: maybe you can get some help on #guile. <rekado>HeisenbergsDog: yes, it is younger, but it's very reliable. <rekado>there are only two reasons why I wouldn't recommend it to new users yet: comparatively low number of packages and no supports for hacks (like: "edit this file in /etc and reboot") <rekado>the package manager is rock-solid already; you can use it on top of another distribution. <HeisenbergsDog>well, as long as it only takes a bit of scheme to package stuff myself, i'm fine. <rekado>it's very simple. I really enjoy packaging software for Guix. <HeisenbergsDog>is there something like a "pool" website, where everyone can upload his recipe files? <rekado>HeisenbergsDog: if you want to keep your packages separate from Guix upstream for some reason you can just collect them in a repository of your own and add the location to your GUIX_PACKAGE_PATH. <rekado>but it's probably better to just submit a patch to the mailing list. <piyo>Oh, I was struggling with getting emacs+guix up and running but I succeeded when redoing the emacs-initial-setup. :-) Well I made the mistake of using the "hacking way" code sample when I am using the binary installation in Debian Jessie. <piyo>Not (setq guix-load-path ...) seems to be correct for my case. <davexunit>sweet, I have made the nginx service extensible <davexunit>now our hypothetical GNU Mediagoblin service could extend the nginx service with a server configuration. <piyo>This is the distilled version <rekado>the tarballs all look like (string-append name "_" version ".tar.gz") <rekado>I'm tempted to create Guix packages for all packages on CRAN. <rekado>the new importer can probably do this. Just need to clean up the descriptions. <efraim>Is that how Nix does it? make the importer great and then automate the updates? <rekado>this would make R in Guix so much better. <efraim>that would be a fun mailinglist post "I've got 7000 packages for review. Don't take too long, they keep on updating them" <rekado>my actual goal is to package all of bioconductor. That's fewer packages, but they are very much asked for. <rekado>right now I had to tell users to go with the system R, because installing bioconductor stuff just doesn't work well with Guix R on CentOS. <rekado>bioconductor has coordinated release, so we'd just update them all in one go. <rekado>once I have all these R packages and they all build fine and the linter is satisfied --- what would be the best approach to get them in? <rekado>I feel that the mailing list review is a bit much for 20+ packages already. <rekado>I certainly won't send 7000+ packages to the ML. <efraim>probably a WIP branch on savannah <zacts>rekado: oh I see re: lvm + guixsd full disk encryption <zacts>rekado: do you know how to set up guixsd full disk encryption without lvm? <zacts>my partition would be like 2GB for swap, and the rest for root <zacts>I'm having a difficult time finding a good doc or tutorial for this, other than the mailing list post with a config <cehteh>zacts: u just go with a swapfile instead a swap partiiton on full disk encrypted systems <zacts>I didn't realize you could use a single file for swap <cehteh>since ages .. and no performance penality <cehteh>well not on every filesystem. btrfs can not for example <cehteh>usually on laptops with 16G ram i have only zram as swap and no file backing <cehteh>zswap/zram are rather the best things afte sliced bread <zacts>I had never heard of zswap/zram until this moment <cehteh>effectively double your ram capacity without slowing the system noticably <zacts>I'm assuming that could especially useful with virtualization like with qemu? <cehteh>of course pages need to be compressible, but they usually are <cehteh>merging pages between VM's when they have the same content <cehteh>but needs reasonable similar vm's <zacts>ok, heading to my library with better internet, I'll brb <avoine>just to be sure, in a package description, if I put something in propagated-inputs I don't need to repeat it in input right?