IRC channel logs
2014-08-31.log
back to list of logs
<jxself>Setting up a system in a declarative and reproducible way seems neat. <jxself>It would be nice if MediaGoblin were packaged for Guix. Perhaps your Debian work can adapted when it's done. <tadni>guix's ./bootstrap grabs part of nix. Nix's daemon I believe, and Guix is built on top of that. <tadni>paroneayea: I was thinking, do you think would it be hard to implement a paste service on top of mediagoblin? <tadni>Really I suppose all MG would need is syntax highlighting? Doesn't it already have a text media type? <paroneayea>though I will say, tsyesika of mediagoblin working-on-federation fame has already written a pretty cool free software paste service <tadni>paroneayea: Aw, you wrote an Emacs mode... for something that doesn't seem to support Elisp? <paroneayea>someone would have to get patches upstream to pygments <paroneayea>anyway, if you do pamrel-post-(buffer/file) in an elisp file it tells the web server to use the scheme highlighter <tadni>I mean, for my purposes -- paste.lisp.org is a good enough solution. <tadni>Seems like a fun project in any case, to play with Elisp more -- write yet another interface for paste.lisp.org for Emacs. <paroneayea>actually tsyesika wanted to write the mode herself and was asking how to get started <paroneayea>and she was like "well it looks like you finished it" *tadni just touch'd pastery.el <zacts>I can't wait until guix is a bit more usable. <zacts>I mean the distro aspect that is <Svetlana> http://dpaste.com/0R0050K 1) problems with downloading lsof 2) why does it download from an external site? isn't a distribution supposed to host everything it distributes? <jxself>It appears that the server is working again, because I just connected to lsof.itap.purdue.edu via FTP. <Svetlana>yeah appears to work now... how can it guarantee the quality without reviewing all code by hand and copying it to its own server? <jxself>I'm not sure I understand your question. <jxself>Guix, by design, ensures that you get exactly the stuff you're supposed to, with the hashing. <jxself>Unless I'm not understanding what you're asking. <leth>i keep getting "failed to resolv partition label" when i try to boot after a system install onto a hd. <Svetlana>no, you understand the question correctly, thanks jxself <Svetlana>except that their ftp site is heck slow and the entire build process depends on this weak item in the chain :) <DusXMT>I think she means that all distributors should audit all code they put in <Svetlana>they already do, if they check the hashes <Svetlana>but I am like stuck as it can't download lsof due to networking troubles <DusXMT>Svetlana: You can just download the tarball from somewhere else, if the hashes match, it's the same exact file <Svetlana>such approach doesn't really scale much unless there is a list of mirrors so that failure of a single mirror of lsof doesn't cause trouble :) <DusXMT>you download it, and then run $ guix download file:///path/to/lifs-xx.x.x.tar.Xz <DusXMT>Or I guess you could use guix download directly on the url <DusXMT>I know this is a silly question, but I've just had to ask it: When any user can install packages onto the system, doesn't that mean he could potentially fill the entire disk in a multi-user system? <saul>DusXMT, if the user is authorized to create files then couldn't she just as easily (more easily, rather) do the same with 'dd'? <DusXMT>saul: Not if there's a quota on his disk space. But I know, it's not a serious question, it just sparked in my mind when I was trying to think of possible security disadvantages of the Guix way of packaging <DusXMT>Other than that, I couldn't come up with anything <saul>DusXMT, I should expect if a user has reached her quota, package installation would fail. <DusXMT>saul: but packages aren't usually built in her accessible space, they are usually built by the daemon somewhere in /tmp, in chroots <Svetlana>it's up to 'quota' to manage that properly probably (it does pick up files owned by a specific user at the very least) <DusXMT>Svetlana: but packages in the store are not built by the user, they don't belong to the user, they belong to members of the builder group <DusXMT>Svetlana: Sure, what's your email address? <Svetlana>guixnospam000001@svetlana.fastmail.com.au should work <DusXMT>And the best part is: you don't have to worry about it being a virus, since guix makes sure it's the correct file <Svetlana>:o :o it worked to guix download file:///home/user/dev/guix/filenameblabla <DusXMT>If I have multiple builds of the same package (with different inputs) and I want to export all of them from my store, how do I specify both? <DusXMT>If I specify just the package and version, it says "amgibous choise" and picks one on its own. If I put the entire name of the directory in the store, i doesn't find it as a package <njak>There's a thread on 4chan's technology board discussing the dmd init system <DusXMT>For some reason, after I invoked # guix pull; on my newly installed guix system, it started building some utilities and is now building the kernel. Is this intended behavior? <DusXMT>I mean, I expected it to just update guix... <DusXMT>ah, false alarm,, it was just installing the headers... but still, doesn't guix ship with guile to build the .scm files of the update? Or is it more than just .scm files that guix pull pulls? (it's building texinfo atm) <tadni>Ah, njak left. I was going to say that's neat. <tadni>hydra.gnu.org seems to finally be up again! <jxself>Care to start a countdown until it's down again? :) <tadni>jxself: Well yeah, until we get a more distributed system for hosting -- I expect some things. <tadni>I might be able to sneak a deployment of "emaculate.scm" on this test box with subsitutes in place, tonight or tomorrow... :^) *tadni wishes there was a more minimal texlive package. I want to add it to this config, but it's just such a huge depend.