<davexunit>paron_remote: pelican's autoreload mode doesn't seem to work <davexunit>ah I see, pelican crashes with a permission denied error before it can do the file watching loop <davexunit>seems to choke when copying css from the store to my blog's output directory <davexunit>paron_remote: I had to put 'DELETE_OUTPUT_DIRECTORY = True' in my pelicanconf.py in order for the auto-reloading to work correctly <davexunit>paron_remote: I was able to successfully deploy my pelican site, so I'm going to push these patches. thanks! <davexunit>wow, yenda got ansible packaged? that's pretty awesome. <davexunit>rekado-: the first issue you likely ran into with haunt was the hardcoded /usr/bin/guile in scripts/haunt. that's fixed now. pull and re-run ./configure <mark_weaver>ACTION has been doing battle with network-manager all day. it compiles, and passes tests, but still no joy. <mark_weaver>it apparently depends on a lot of infrastructure working properly which doesn't yet work for us, like policy kit. <mark_weaver>I have to take a break, but I will continue on this later... <remo3>Since Guix uses Guile, I thought I should familiarize myself with it. I've found that there are at least 3 related GNU technologies...Emacs Lisp, GNU Guile, and MIT/GNU Scheme. Am I correct in understanding that these are all essentially disparate projects, and that I'm OK to just focus on learning Guile if I want to make sense of Guix-specific stuff? <adhoc>remo3: that is my understanding too. knowing emacs lisp is useful in itself, there is also a project to build emacs on the guile runtime <remo3>I see. I was curious because MIT/GNU Scheme didn't mention anything about Guile <adhoc>remo3: i'm not up to date on the MIT/GNU Scheme project through. <remo3>Nor did Guile mention anything about MIT/GNU Scheme <remo3>(though I may have missed it in the manuals; I haven't read ALL the pages...) <adhoc>last time i talked/chatted to someone about MIT/GNU Scheme, they said to go use Racket instead <remo3>I see. Well, I guess that means I'm fine just focusing on Guile <adhoc>at least guile is under active development and has active projects driving it =) <adhoc>remo3: guile has a straight forward FFI, as emacs lisp does not and i don't know about MIT/GNU Scheme. <adhoc>foreign function interface, you know, passing data to things like C libraries... <mark_weaver>remo3: yes, MIT/GNU Scheme is not related to Guile, except that they are both implementations of Scheme. <remo3>Cool. Thank you for confirming that. <mark_weaver>but MIT/GNU Scheme and Guile each extend scheme in different ways, and if you use those extensions (as almost everyone does) then you lose compatibility with the other one. <remo3>Good to know - I'll keep that in mind. <rekado->sneek: later tell davexunit "clipper" is written in Python and is just named "clipper", not "python-clipper". I dropped the "python-" prefix whenever the package is not a library. <rekado->sneek: later tell davexunit The hardcoded path to guile was the first thing I changed ;) <adhoc>i'm installing guile via guix and its sitting at the prompt for file 5.22 <adhoc>but the URL that its headed to is refused <adhoc>so should i find another URL where the files is and up date it in the guix repo ? <alezost>adhoc: I don't understand: "file" wasn't fetched from hydra? <adhoc>its trying to get it from an ftp server, AFAICT <adhoc>alezost: its the package 'file' version 5.22 <alezost>adhoc: So you don't use substitutes, right? "guix build file" gives me "/gnu/store/4znv57lfr8j4pdhgiv98vkgk10wyidv0-file-5.22" <alezost>apparently "astron.com" is down: "wget ftp://ftp.astron.com/pub/file/file-5.22.tar.gz" failed for me <alezost>so I think you have to enable substitutes to get the "file" package right now <yenda>isn't it a bit problematic for reproductible builds ? <mark_weaver>yenda: file downloads are a special category of derivations known as "fixed-output derivations", where the SHA256 hash of the result is known in advance. <mark_weaver>as such, it doesn't matter how they are produced, because the output will always be the same. <mark_weaver>so they are subject to fewer restrictions by the daemon, e.g. they have network access. <mark_weaver>and of course, they need network access to download anything :) <mark_weaver>ACTION has made good progress on Network Manager, which has so far required fixes to polkit and dbus, but has still not found joy... <adhoc>so it looks like ftp.astron.com is still down =/ <adhoc>ah, so scrolling back; "substitues: guix substitues: warning: ACL for archive imports seems to be uninitialised, substitues may be unavailable <mark_weaver>adhoc: to enable substitutes, run "guix archive --authorize < hydra.gnu.org.pub <mark_weaver>that file is in the top-level source directory of guix <adhoc>i'm just doing that now after searching and going back over the docs <rekado_>it's probably just me but I have the feeling that the download of packages like texlive-texmf slow down progressively the larger the size of the already downloaded fragment. <rekado_>downloading texlive-texmf is an experience of punctuated equilibria -- long periods where nothing at all seems to happen and then short, quick changes, only to rest again. <rekado_>well, yes, but it seems to get slower as the download progresses. Maybe I'm just trying to see a pattern where there is none. <sneek>Welcome back davexunit, you have 2 messages. <sneek>davexunit, rekado- says: "clipper" is written in Python and is just named "clipper", not "python-clipper". I dropped the "python-" prefix whenever the package is not a library. <sneek>davexunit, rekado- says: The hardcoded path to guile was the first thing I changed ;) <davexunit>rekado-: I pushed a few more commits to haunt master last night. going to address the image serving issue now. <yenda>The OVH account manager doesn't work well with IceCat (401 unauthorized), I wonder if it has something to do with IceCat fake user agent <phant0mas>the problem I have with perl on Hurd, has actually nothing to do with perl. It's a problem with glibc's memmove (specifically line 72). Considering that I use the same perl version with debian-hurd, which works, I am certain that the problem exists in one of the missing debian patches. <tyrion-mx>Hello, how do you suggest wiping my partition after an unsuccessful attempt to install guix? <rekado_>hydra is fast for me right now. Great time to finally download texlive-texmf :) <iyzsong>tyrion-mx: you can format it using 'mkfs.ext4 /dev/sdaX'. <tyrion-mx>iyzsong, I did it using gparted, removing the partition and recreating it <Camel_>I've used Nixos for couple of weeks. Trying to switch to Guix now. <Camel_>Where can I find different configuration options? <Camel_>For example, how do I configure nginx? <iyzsong>it's documented in texinfo format, and for Guile I think.. <Camel_>How can I set screen resolution? <Camel_>But every option should be described somwhere in package defintion. Am I wrong? <Camel_>For example, how do I set SLiM to autologin user? <iyzsong>Yes, the scheme code is documented too, but currently we don't have many things to configure yet. <Camel_>Can you show me an example of option description in scheme code of some package? <iyzsong>Camel_: you can use the 'gnu/system/desktop.tmpl' config template as a start point, which have '%desktop-services' (contains slim-service) in 'services' field. <iyzsong>the services is the mainly customizable things, while packages don't. <iyzsong>sure, there still have a lot things to do :-) <rekado_>davexunit: thanks, I'll check out the latest commits to haunt soon. (Personal wishlist: reader for skribolo-like sxml; I don't like that I have to use string literals in sxml.) <davexunit>rekado_: I think I'm going to add a naive auto-rebuild feature to 'haunt serve' and release 0.1, barring any blocker bugs from you. <davexunit>sneek: later tell Camel_ we do not yet have an nginx system service, though we do have a package. writing the service has been on my TODO list for awhile and I would be very happy if someone beat me to writing it. :) <davexunit>shouldn't you be shooting elaborate, colorful bullet patterns at someone? ***atrapa is now known as atrapado
<cirno[9]>I've added two packages to gnu/packages/suckless.scm <cirno[9]>now it's easy to install those tools and take a screenshot this way: xscreenshot | if2png > screen.png <davexunit>would you like to clean those up a bit and submit a separate patch for each to guix-devel@gnu.org? <cirno[9]>yeah i'd love to, how should i clean it up? <davexunit>they're both pretty good as-is, I just have some minor style nitpicks <davexunit>the git commit SHAs can be shortened to the first 7 characters <davexunit>synopses should be short, start with a capital letter, and have no period at the end. <cirno[9]>would this be a good synopsis: Utilities to convert imagefile format <davexunit>also, I think the suckless module is the wrong place, no? <cirno[9]>I could make a separate file 2f30 - it's the same people though, it's like a branch of suckless <davexunit>an additional bit of lisp style advice: don't add newlines before closing parens <davexunit>now, if you can make 2 commits that use GNU ChangeLog style commit logs (see the commit log for tons of examples) and send them as patch files generated by 'git format-patch' to guix-devel@gnu.org, that would be great. <davexunit>cirno[9]: also, do the 2f30 people not make tarball releases? <davexunit>those would be preferred over using git checkouts <cirno[9]>i think the gitweb thing also provides tars, ill switch to them <davexunit>boy do I have it easy writing guix packages in my free time <davexunit>I think I'm going to write a little tool to bridge a gap for using Guix to package Ruby applications <davexunit>it will take a Bundler-generated Gemfile.lock file and spit out some quick-and-dirty Guix packages for all of the dependencies <mark_weaver>bah, there's a code execution vulnerability in expat, and gettext depends on it so it's basically like a core-updates rebuild. <rekado->davexunit: re haunt: I find myself copying most of haunt/builder/blog.scm because I want to make changes to the "blog" procedure (e.g. do not generate the file name from the title, but keep the original file name). <rekado->re .deb packages: when I packaged my applications for Debian derivates I'd generate them with fpm, because I found that life is too short to learn how to deb. <rekado->that's a ruby application to generate deb and rpm from something simpler. <davexunit>I was looking at pkgr, now I will check this out. <davexunit>rekado-: about the haunt thing, want to discuss more in #guile <amz3>I just remember that a friend has an application that convert pypi projects to debian packages, remind be to ask him the url if it sound interesting <cjbarnes18>sorry, emacs just died on me, lost any rplies to my Q about wiki... <amz3>cjbarnes18: there is no wiki, sorry <davexunit>cjbarnes18: hello again. we don't have a wiki. <davexunit>we have a page or to on the libreplanet.org wiki, though <amz3>cjbarnes18: what are you looking for in the wiki? <amz3>maybe we can answer the questions you have <davexunit>cjbarnes18: for documentation, the manual is the canonical place for it. <cjbarnes18>I'm having troubles finding my feet with guix, and think a wiki would be really usefull. Am on my second lap through th emanual ;) <amz3>it present guix concepts, in a different way than the manual does <cjbarnes18>there are a few config related things, like setting my keyboard layout globally, changing window manager, etc <amz3>I don't have personnaly answers, directly, I read the code to learn how to do stuff.. <amz3>(anyway the above link is a good read I recommend it ;) <cjbarnes18>I am new to scheme, come from Debian background, finding I have a lot to learn... <cjbarnes18>would there be any interest in gettin a wiki going do you think? <amz3>scheme is easy, jump to #guile and ask away <amz3>I started scheme with guix <cjbarnes18>at this point i'm just tarting to get over the bracket swallowing phase. <amz3>there is logic to brackets, I understand that now <amz3>let is the most difficult bracket I had to understand <amz3>python is my mother tongue ;) <amz3>scheme is more powerful, than python, it has more construct, even if it may be bad pratice you can write code that looks like python code <davexunit>cjbarnes18: regarding the wiki, I'm not opposed to it, but there's just the typical concerns of hosting and maintenance. <davexunit>I don't find wiki's to be ideal for documentation or using without javascript enabled web browsers, but it could still be useful. <cjbarnes18>I may jsut start one myself, and if it gains traction, woud hapily hand it over to the project. <jerry5>cjbarnes18: The parens can help you visualize code as a tree of functions <davexunit>maybe libreplanet.org is where it should be for now <mark_weaver>cjbarnes18: to configure the keymap for the text consoles, use the 'console-keymap-service' to the 'services' field of your OS config, e.g. something like (console-keymap-service "dvorak") <cjbarnes18>Hmm, wikimedia ... not my choice, will they mind a bunch of guix related pages? <mark_weaver>it can also be used to pass a keymap file, although I don't remember off hand how to do that. <mark_weaver>in X, best to use 'setxkbmap', or in XFCE you can configure the keymap in the keyboard settings. <cjbarnes18>how do I install and use alterate window managers to start with slim? <cjbarnes18>am assuming I need to configure through guix system cnad config.scm <amz3>cjbarnes18: I use .xsession <cjbarnes18>so in guix I configure services under /etc/ as with other distros. <amz3>you configure services in config.scm <cjbarnes18>incuding what would usualy go into /etc/slim.conf? <yenda>if someone is willing to help admin a wiki I can provide the server <yenda>cjbarnes18: regarding window manager which one do you want ? I'm using i3 and I think I'll add the package soon <cjbarnes18>I hope to add qtile at some point, but wanted to ty out enlightement on the eee I have guixsd installed. <cjbarnes18>excuce my poor typing, (fat fingers, tiny keyboard) <yenda>things like how to change window manager are what makes archlinux wiki popular <cjbarnes18>yenda: I would be happy to help admin a wiki, though I am still early learning stages with guix. <yenda>it would be nice to have the same approach for people who just want to get things done first before they dig deeper in the manual and code <cjbarnes18>its nt to replace a manual, just a brain dump of usefull stuff <mark_weaver>let's wait until Ludovic returns from vacation to decide about a wiki. <davexunit>cjbarnes18: Ludovic is the Guix maintainer, and he's on vacation. could you ask about the possibility of a wiki by writing to the guix-devel mailing list? <davexunit>he'll see it when he gets back and catches up on email. <cjbarnes18>cool. What wiki would you choose? I can start maing notes as I learn in an approriate format. <davexunit>I don't know. I've only really used mediawiki. <davexunit>they all seem to be written in PHP, which makes me not eager to maintain one. <yenda>just write in org for now on if you use emacs so it will be easy to export when needed <yenda>is guix system reconfigure broken on master ?