<oriansj>just a stupid question but shouldn't login managers and the Window managers/Desktop environments they display be by definition global? For what would happen if 2 people installed say i3 How would any of the users know which version was which
<oriansj>(especially if one of the users built a custom version)
<joshuaBPMan>oriansj: If I understand you properly...good question.
<oriansj>joshuaBPMan: there are also security implications of users installing particular pieces of software (say screen savers, login interfaces and sudo) but I don't believe guix even has the concept of security impacting packages
<oriansj>one could say we should perhaps look closer at critical views of our work and probably take some time to talk to the people most critical of guix to find the areas where we really should be improving
<oriansj>notice for example, why don't we steal an idea from apt (but in reverse) where one could append --install-recommends which would add additional packages that are generally needed by the named package (like how you need to install nss-certs when you install icecat or bash-completions when you install bash)
<oriansj>why don't we have a guix unpack for installing pack files created by guix pack ?
<joshuaBPMan>oriansj: I honestly don't understand what your original question was.
<oriansj>joshuaBPMan: it was about the issues and security implications of installing login managers/Window managers by non-administrative users
<joshuaBPMan>crazy thought, how hard would it be to package an "emacs distribution" into a guix package? You could install additional helper programs for Emacs. Syntax checking, searching programs, a service to start it, etc.
<happy_gnu[m]>joshuaBPMan: like all Elpa and Melpa merged in one distribution?
<thomasd>ng0: also, you could try something like (string-append (assoc-ref %build-inputs "openjpeg") "/lib"), or "/include". In my experience, most configure-scripts seem to expect the lib or include directory in such an option (./configure --help might give a hint, or config.log)
<thomasd>efraim: good! I still think it could still be a bug, though.
<thomasd>from my limited understanding of gnu/system.scm,
<efraim>looks like the code for 'old-versions' could be improved
<thomasd>(store (device #f)) could be legal, meaning that the code parsing that file should be able to handle it (which it is not). What is the (store (device ...)) in the newly configured generations?
<nee``>thomasd: for me the latest one is still #f (generation 93 in my paste is the newest). Maybe because I never did a reconfigure with the (target) field in the old bootloader syntax and always sticked to the deprecated (device) field.
<thomasd>nee: I meant after removing the offending generations and re-running “guix system reconfigure”, as efraim seems to have done.
<thomasd>I suppose you should submit a bug if the issue persists.
<sadiq[m]>I have 200 MiB bandwidth more for today. Would it be a good idea to install the bare minimal and add the desktop + services later?
<thomasd>sadiq: I've done it like that twice. First install the minimal system, then upgrade from there.
<jonsger>sadiq[m]: if you are spare of bandwith, I'm not sure if guix is a good idea at all :P
<efraim>apteryx[m]: with your snippet for using bayfront and berlin as substitute urls, what did you have to add to teh top? (guix store)?
<sneek>davexunit, alezost says: hi, I sent a tiny patch for Haunt to your "davet at gnu.org" email a week ago, but now I have doubts if you still use this email :-) Should I re-send it to worcester.edu, or did you receive that message? thanks
<davexunit>sneek: later tell alezost I got the email but I haven't been able to look at the issue yet, though I can say that where compiled guile modules are supposed to go has never been clear and I copied from other devs.
<dustyweb>ispell-init-process: Error: The encoding "nil" is not known. This could also mean that the file "/gnu/store/af5mr9wz9d7rcsa0bwi82r9a98dmfx8p-aspell-0.60.6.1/lib/aspell-0.60/nil.cset" could not be opened for reading or does not exist.
<ng0>I was able to compile coreboot on it until recently (system got too old)
<cbaines>I started using it when writing services, as it's simpler. The implementation of procedures like the now removed nginx-service are often very verbose, but all they do is wrap the service configuration with defaults
<ng0>efraim: do you think the rock64 would make a decent video streaming device (for kodi and webbrowser streams etc)?