IRC channel logs

<lfam>retroj: To reconfigure your system against the latest Guix, do `guix pull && guix system reconfigure ...` as root. `guix pull` is per-user. You can actually do most of the reconfigure while unprivileged, with `guix system build ...`, but the reconfigure requires privileges

<lfam>jmccabe: It sounds like you hit this bug: http://bugs.gnu.org/22209

<lfam>That's a bug that I thought (hoped?) had resolved itself

<lfam>If you hit it again, try `herd restart networking`

<lfam>Super annoying bug, especially considering it's the part of many users' first experience in GuixSD

<jmccabe>Thanks lfam

<jmccabe>I hit it in 0.10.0 2 days ago

<jmccabe>Then I tried 0.11.0 about 4 hours ago, hit it again

<retroj>lfam: should the guix command be in my PATH when logged in as root? it's not

<retroj>hmm... my root account doesn't have 'ls' either

<lfam>retroj: Wow, something's not right :) How did you log in? This is GuixSD, yes? Did you just install 0.11.0?

<retroj>i just did 'su'

<retroj>if i log in as root from a tty, then i have 'ls' and 'guix'

<lfam>retroj: Try `su --login`. I'm not sure exactly how Guix puts the environment together, but I bet it gets set only for login shells

<retroj>okay

<retroj>thank you

<lfam>jmccabe: Can you email 22209@debbugs.gnu.org with a brief report?

<lfam>One day soon I'll try to recreate the bug and then debug it. To be honest, I won't know where to start, but we have to fix it :)

<lfam>retroj: From the su man page: "The value of $PATH is reset to /bin:/usr/bin for normal users, or /sbin:/bin:/usr/sbin:/usr/bin for the superuser."

<lfam>So, you need `su --login` to get the right result. "/bin:/usr/bin" won't help much when using Guix. We don't have those directories

<jmccabe>lfam: I'm a bit drunk at the moment, will do tomorrow!

<lfam>jmccabe: Thanks! It's on my to-do list as well

<lfam>Sorry that the GuixSD installation took so long you could drink 8 Guinnesses ;)

<jmccabe>No problem. I'm new to all this. Think my config.scm needs more carefull studay as well :)

<lfam>Okay good luck!

<myglc2>hello Guix

<myglc2>Anyone familiar with NW bridge setup for connecting in to QEMU VMs?

<retroj>are the guix mailing lists on any mail-to-news gateway besides gmane? gmane seems not to be working today, and i read that it may be closed altogether soon

<lfam>Weird. I just had a non-deterministic failure while building e2fsprogs. `make` complained about a missing target. It worked when I tried again

<retroj>or is gnu.org having trouble? i sent a couple of messages earlier today via gmane and they haven't showed up

<lfam>retroj: Is it the first time you've sent messages to this particular mailing list?

<retroj>no

<retroj>i sure hope gmane continues to exist

<lfam>Oh, from gmane? I don't know exactly what's going on with gmane, but you know that gmane is having some troubles, right?

<retroj>okay, thanks... i suspected that

<myglc2>retroj: have you read this? https://lars.ingebrigtsen.no/2016/07/28/the-end-of-gmane/comment-page-1/#comment-13502

<retroj>yes

<retroj>oh, the comment..

<myglc2>Over the last week the gmane gateway has worked for most lists, but search is broken, and the web interface is down.

<myglc2>So, I can read new mail & reference mail I had marked, e.g., with '!', but have had to search in the mailman archives. not a pretty picture.

<retroj>i hope that it can be taken over by others. it's a really valuable service

<lfam>gmane is another example of a valuable project that nobody realizes needs help. NTP, OpenSSL, GnuPG... they all had to reach a crisis before they received proper support. I'd argue that whatever they get is still not enough

<myglc2>retroj: gmane has swallowed some of my posts this week, notably to bug-guix. Maybe just resend them directly.

<retroj>okay

<sapientech>hi everyone, ive noticed a few programs i have downloaded through guix have had ssl certificate issues. running on parabola rn, wondering if this is a parabola or guix thing

<rekado>sapientech: it’s a Guix thing. The manual has a section on application setup, which might cover this.

<rekado>in most cases you need to tell programs where to find certificates. This is done by setting a couple of environment variables.

<sapientech>rekado: thanks for the heads up, kinda lame but i wasn't able to find out online how to grep through the whole info manual in emacs. if you know this would be teaching me to catch a fish :)

<rekado>sapientech: when you view the manual with an info reader hit “i” for “index” and type “certificates”.

<rekado>if you cannot find something via the index you can also use “s” for search, but it’s usually worse than using the index.

<rekado>the index is created by the authors of the manual, so it’s more likely to match what you’re looking for.

<rekado>if you find the index to be lacking feel free to open a bug by sending email to bug-guix@gnu.org.

<sapientech>rekado: coolio thanks and will do, already compiling a list of things to consider modifying

<roptat>hi, I am running a container with my new openssh service, but when I try to get its status, I get "error: connect: /var/run/shepherd/socket: No such file or directory"

<roptat>it used to work (the exact command was "herd status" inside the container)

<alezost>roptat: did you run "herd status ..." as root?

<roptat>yes

<roptat>it works in the real system, but not in the container

<roptat>the container is created and run as root, and I use "guix container exec ..." to run command in it

<alezost>hm, I don't know then. does /var/run/shepherd/socket exist?

<alezost>also look at "pgrep -a shephepd"

<roptat>it doesn't exist

<alezost>so shepherd is running on some other socket, or is it running at all?

<roptat>pgrep inside and outside the container return many lines

<alezost>many lines? that's very strange

<alezost>I don't know, could you please report at bug-guix@gnu.org

***Digit is now known as the_inapropriate

***the_inapropriate is now known as Digit

<roptat>ok, I think it's related to the service I'm writing, because when it fails to run, herd can connect to the socket correctly

<roptat>what does "make-forkexec-constructor" do exactly? I can't find any documentation about it

<roptat>or maybe it's related to the fact that there is no network but I need something to create a network to run openssh server

<roptat>I use dhcp-client-service, but it doesn't say it's started nor failed, could it be that shepherd is waiting for it to stop?

<roptat>actually, when the network fails to configure, I can run herd correctly

<roptat>is there a way to configure the network inside the container properly?

<rekado>roptat: have you checked the shepherd info manual?

<rekado>it contains a description of “make-forkexec-constructor”

<roptat>thanks

<ng0>hi.. i think with ircii i need to look at what changed in ircii current (version) and backport some changes to the version i was allowed to package. chat.freenode.net:6697 fails

<ng0>or could someone look at the package again and test it?

<ng0>brb

<ng0>ACTION updates gnurl

<rekado>I’ve again encountered a problem with a package using libtool.

<rekado>at link time I get an error about undefined references to libraries that seem to be linked.

<rekado>I find libtool hard to understand

<jlicht>o/ guix

<jlicht>How do contributors deal with their own patches after submitting them to the ML, but before they are accepted?

<ng0> https://ptpb.pw/rMuk <- is this why you copy in curl the documents after the install phase?

<rekado>jlicht: I have them in a separate local branch.

<rekado>jlicht: before submission I create a new branch on top of latest master and rebase the subset of commits that I intend to submit.

<ng0>i have one untouched guix.git, and create checkouts for each patch or group of patches

<rekado>so locally I have a couple of wip-foo, wip-bar branches

<rekado>this makes it easy to fix them up after review

<jlicht>ng0: what am I, made of disk space ;-)

<jlicht>but both of those approaches seem low-tech enough to be actionable. Thanks ng0, rekado!

<rekado>instead of several checkouts you can also use git-worktree

<rekado>but I found this a little confusing, to be honest

<ng0>and for review i have src/guix/review/guix-* which functions similar

<rekado>I find it easier to just have one checkout

<ng0>hm. this is new to me, i have to look into that

<ng0>git worktree i mean

<rekado>git worktree allows you to have multiple branches checked out at the same time.

<ng0>jlicht: 5.0 GiB for 20 checkouts (leaving out the 30-40 old wip packages which are not copied over=

<rekado>primary advantage is that you don't need to recompile the scm files all the time.

<ng0>i deleted the checkouts when they are no longer needed

<ng0>yes, that would be really an advantage

<rekado>unfortunately, I always get confused with what files I should edit when in Emacs. I always notice much too late that I'm looking at a file that belongs to the other worktree.

<ng0>when i understand the failing test correct, it puts out "2" because of curl.1

<ng0>but this is not a problem in curl it seems. could be gnurl

<ng0>i'll try the version bump in gentoo first to see if i run into a new problem similiar to this.. but brudges made a release, so it must've built on some system

<ng0>at the moment i don't understand enough perl to patch this test

<jlicht>are sources hosted on hydra as well?

<ng0>no

<ng0>wait

<ng0>sources as in from upstream?

<ng0>those are fetched from upstream, not mirrored

<jlicht>do we actually comply with the gpl when serving binary substitutes then?

<ng0>we had that discussion.. idk what the result was, i think yes. it was very long

<ng0>can be found on the mailinglist, but someone else could tell you more :)

<jlicht>alright, I'll look at that discussion then

<ng0>in the last 3 months maybe.. i'm not sure

<ng0>could even be crossposted on other gnu.org lists

<iyzsong>hydra does mirror all the sources (with patches applied), eg: run 'guix build -S xxx', it will try download from hydra first.

<ng0>i think that was questioned in the discussion too. i think the end result was that it is okay

<jlicht>while building something with the gnu-build-system, I have ld complaining about not being able to find crt1.o and crtl.o

<jlicht>and fixes for other distros with the same problems include reinstalling libc, which will do me no good in guix ;-)

<jlicht>anyone know what could lead to this issue, and more importantly, how to fix it?

<ng0-ircii-clone>hi. functionality check of build

<ng0-ircii-clone>seems to work

<ng0>still weird why 6697 does not work

<ng0>maybe i really need to backport

<ng0>or patch something. i'll figure out

<rekado>jlicht: does the build system of the application set any environment variables? Could you share your package expression?

<jlicht>rekado: http://paste.lisp.org/display/322257 is the package definition that I am tweaking

<jlicht>and http://paste.lisp.org/display/322256 for the tail of the failing build

<myglc2>hello Guix

<myglc2>Has anyone figured out how to ssh into a QEMU VM running on GuixSD?

<jlicht>is anyone getting hash mismatches for the hydra binary substitutes of the i386 version of gdbm-1.12?

<myglc2>I am trying to understand the Guix approach to refactoring a typical package's use of /etc for config. Is there something I should read?

<bavier`>myglc2: the vm would need to have an ssh daemon running

<bavier`>myglc2: as far as /etc, you may want to read about Guix "services"

***piyo` is now known as piyo

<myglc2>bavier: Thanks. I have lsh-service running, so w/in the guest VM I can ssh to myself @localhost. The problem is, default QEMU network setup only supports outgoing connections. More config is required to make incoming connections. Just to make it interesting there are a bunch of options ;-)

***tschwing_ is now known as tschwinge

<ng0>oh... rtfm. ircii with ssl works

<ng0>good thing i already messaged upstream, but good that my message was not only about ssl but also unrelated questions and pointing out that it will be soon in Guix

<ng0>I'm trying to debug the OpenRC service for guix again, as it's currently throwing false negatives (users not in group which id -Gn lists as being in the group). the exec of guix is this: /usr/bin/guix-daemon --build-users-group=guixbuild --listen=/var/lib/guix/daemon-socket/socket

<ng0>is there a mistake? is there something which can throw guix-daemon off?

<bavier`>I have an opportunity to get a "free" on of these: https://en.wikipedia.org/wiki/Cray_CX1

<bavier`>would be interesting for use as a build farm

<bavier`>lots of RAMs, but requires two of its own 20-amp circuits

<bavier`>couldn't be good for the electric bill

<lfam>bavier`: Wow, that's a pretty wild opportunity!

<lfam>ACTION works on upgrading icedtea versions 2 and 3

<bavier`>lfam: yeah. I'm hesitant to take it, because I hope someone else could put it to more appropriate use

<bavier`>i.e. for number-crunching

<lfam>96 cores would make for a very powerful builder... but providing 40 amps could be expensive. Powering it with a windmill or small hydro-power system would be a fun challenge :)

<bavier`>heh

<lfam>If you wanted another all-consuming hooby ;)

<lfam>s/hooby/hobby

<bavier`>and the 16 Intel X5670's it has are new enough to suffer from the IME I thin

<bavier`>it would certainly motivate me to beef up our scientific packages more

<lfam>Yeah, all of the recent Intel CPUs suffer that AFAIK

<lfam>That machine will be a great boon for some project

<bavier`>on the opposite end of the spectrum: https://www.parallella.org/ ;)

<lfam>bavier`: Yes, I've seen those! Do you have any experience with them?

<bavier`>lfam: no hands-on experience

<bavier`>mostly just research to see if it could do what I'd want

<bavier`>an interesting board

<Gamayun>bavier`: You're fiddling with GuixSD support for EOMA-68? :)

<quiliro>hello

<quiliro>is it possible to install guixsd on imac?

<lfam>quiliro: Intel or PowerPC iMac?

<bavier`>Gamayun: that is my intention

<bavier`>Gamayun: though I must admit I have not done as much fiddling as some others

<quiliro>lfam: how can i see it?

<lfam>quiliro: Try `uname -m`

<quiliro>lfam: x86_64 ...great!

<lfam>quiliro: Great, it should work!

<quiliro>is it possible to eliminate osx?

<quiliro>lfam: i tryed to boot with parabola usb but it wouldnt

<bavier`>quiliro: did you adjust the bios boot preferences?

<lfam>quiliro: Hm, I don't know. I've never tried to install GNU / Linux on any Apple hardware before. I'm sure it's possible, but I don't know the details.

<quiliro>bavier`: i just pressed the alt key while pressing the power button

<Gamayun>bavier`: Glad to know I'm not the only one hoping to run GuixSD on one...

<quiliro>will all hardware run well on guixsd? how to do lspci?

<bavier`>Gamayun: I've been fairly overloaded with other projects lately, but I hope to start working on EOMA68 support soon

<bavier`>Gamayun: I'm glad you're on board too

<lfam>I think that EOMA68 is a really cool project. I've run Guix on that system-on-a-chip before, and it was a little slow :) I think that the real crucial thing will be to not put /gnu/store and the builders' TMPDIR on the internal flash

<quiliro>found something on archlinux wiki about leaving osx on a partition to be able to update bios....is that necesary at all? isnt it counter-freedom?

<Gamayun>bavier`: There's plenty time in any case ;)

<Gamayun>lfam: Aha..

<bavier`>lfam: yup, that'll be important

<lfam>The SOC does have SATA, but I understand that the project had to make hard decisions about what interfaces to expose.

<quiliro>so...what do i have to do to boot guixsd usb installer in imac?

<Gamayun>quiliro: Does the bios still get updates?

<quiliro>i have no idea...how to find it...i am using macosx on the machine now....i suppose that is needed for updates, right?

<bavier`>quiliro: you tried holding down 'alt' while restarting, did you trying holding down 'option'?

<bavier`>quiliro: also, https://support.apple.com/en-us/HT201663 says the USB needs to be formatted with a GUID partition type.

<quiliro>bavier`: does the guixsd installer have that?

<quiliro>bavier`: i cannot see an option key.; only cmd, ctrl and alt

<bavier`>quiliro: cmd might work

<quiliro>bavier`: is the guixsd usb installer formated with a GUID partition type?

<quiliro>bavier`: ok, will try cmd key

<bavier`>quiliro: re GUID, I think not

<lfammm>hello

<lfam>rekado: There is a new drop (shenandoah) for icedtea-8: http://icedtea.wildebeest.org/download/drops/icedtea8/3.1.0/

<lfam>icedtea-8 builds with the drop. Currently testing a build without the drop.

<lfam>I assume it's okay to add the drop when updating?

<ng0>how can something suddenly fail to build when nothing upstream changed and nothing significantly in the guix package definition.. this is weird

<ng0>well.. fail, different tests than before fail

<ng0>something else, same package. what if a package function at configure/install time required either root or sudo? sudo fails with the file sudoers not being found

<ng0>ACTION afk

<gijs_>hi?

<bavier`>gijs_: hello

<gijs_>hi?i nee

<bavier`>ng0: there could be non-determinism in the tests

<gijs_>sorry, guys can someone help me

<gijs_>I want to install guis on my MACbook Pro

<gijs_>hi

<gijs_>can someone help me

<bavier`>gijs_: have you read https://www.gnu.org/software/guix/manual/html_node/System-Installation.html#System-Installation ?

<gijs_>I'm not a technical guy :(

<gijs_>Do I need driver to install guix

<gijs_>drivers

<bavier`>gijs_: I don't think so

<bavier`>just a usb

<aricrates>Does your hardware run free drivers? h-node.org

<gijs_>Oker, please help me I'm not technical at all :(

<gijs_>I have a 8 GB 2.0 usb

<bavier`>oh right, your wireless chip might not be supported

<aricrates>@gijs_, Do you know what device you are installing on?

<gijs_>Yes, I am going to install Guix to a Macbook Pro from 2015

<aricrates>I would recommend running Guix in a vm

<gijs_>Which hypervisor ?

<gijs_>Virtualbox?

<gijs_>is that Free software ?

<bavier`>gijs_: no, qemu works fine

<aricrates>In the manual there is a section describing how to use QEMU with GuixSD.

<gijs_>qemu, never heard from it

<bavier`>gijs_: http://wiki.qemu.org/Main_Page

<gijs_>also on the mac?

<aricrates>Yes. Do you have a package manager installed on your mac?

<gijs_>nop this is just a new macbook

<gijs_>just a question, is MAC OSX also based on the linux kernal>

<gijs_>?

<aricrates>Install Homebrew (http://brew.sh/) to be able to install packages such as Qemu.

<aricrates>No, OSX is based on FreeBSD/Mach and is BSD based.

<gijs_>I'm new in ICT, a big dissapointment on my school is that you don't learn any linux distro at all

<gijs_>I live in the netherlands tho, I am going to study computer science (Bachelor degree)

<gijs_>I am going to install Homebrew

<gijs_>I need the terminal right?

<gijs_>Oh I see, sorry for asking

<aricrates>Yes. OSX comes with a terminal application.

<aricrates>After you install Qemu, Follow the GuixSD manual for how to install within a VM. (https://www.gnu.org/software/guix/manual/html_node/Installing-GuixSD-in-a-VM.html#Installing-GuixSD-in-a-VM)

<gijs_>RETURN

<gijs_>Wait one second, I fill in this code inside the terminal

<gijs_> what I insert /usr/bin/ruby -e "$(curl -fsSL https://raw.githubusercontent.com/Homebrew/install/master/install)"

<aricrates>You just copy and paste the command on the homepage

<gijs_>Yes indeed

<gijs_>and now I see on my screen

<gijs_>Press RETURN to continue or any other key to abort

<gijs_>the return key is <-

<aricrates>So press return

<gijs_>is that right

<gijs_>above the enter

<gijs_>nothing happend :(

<gijs_>can anyone help me or teach me with teamviewer or any other application\\

<gijs_>I really want to install a Free software OS on my system instead of stupid non free software

<aricrates>To install homebrew all you do is copy and paste the script on the page and hit enter.

<gijs_>Yes indeed and after that the return key

<gijs_>I don't see a finish thing or anything like that

<gijs_>Or a message that the program is successful installed

<roptat>gijs_, return is enter, same thing

<roptat>you pressed backspace (<--)

<aricrates>was thinking the same thing roptat

<sapientech>created a package to install some ttf fonts. Package was successfully installed and i see the fonts in ~/.guix-profile/share/fonts/truetype

<brendyn>Does guix have solutions to these issues? (post also has a part 2): https://plus.google.com/+IngoMolnar/posts/HgdeFDfRzNe

<rekado>sneek later tell lfam Normally, updates to icedtea must also include updates to drops.

<sneek>Got it.

<sapientech>fc-list : file, however does not show these fonts

<gijs_>now it is working

<gijs_>TY

<Gamayun>gijs_: There's also a #machomebrew channel here, there'll probably be more people able to help there :)

<Gamayun>gijs_: And welcome to Free Software! :D

<sapientech>gijs_: welcome!

<aricrates>gijs_ if you dont have a lot of unix/linux experence I recommend running trisquel in a vm

<sapientech>agreed ^

<Gamayun>gijs_: GuixSD is still somewhat experimental, and not so accessible, unless you're lisp/scheme person :)

<gijs_>Oker Guys brew is successful installed

<gijs_>* Okey

<bavier`>brendyn: Guix is more hackable, as a distro/package-manager goes, and is easily extensible with user packages; those things might address some of those concerns

<gijs_>hmm

<gijs_>Do you guys have any advise to start with linux?

<brendyn>I feel like guix needs to be able to allow a third party to add their program without jumping through hoops defining by guix its self

<gijs_>I only want to use "Free Software" instead of ubuntu and other linux/ non free distro's

<aricrates>Brendyn it's already pretty easy to port a package to guix. If the person cant be bothered to put in any effort they can go somewhere else.

<brendyn>aricrates: :)

<rekado>brendyn: Guix supports GUIX_PACKAGE_PATH; any package module in one of the directories therein will be seen by Guix.

<rekado>brendyn: we’re using this mechanism a lot where I work.

<sapientech>rekado: i think we should make this fact much more clear!

<rekado>I am a “third party” adding programs.

<rekado>sapientech: it’s in the manual, no?

<aricrates>If you want to get started with linux only using free software I'd recommend visiting the trisquel irc channel. Maybe also read the debian's administrator book as well.

<brendyn>Does guix intend to replace emacs package manager with all its .el addons?

<bavier`>gijs_: Guix and GuixSD are in "beta" status. You might consider starting with something like Trisquel or parabola to get a feel for things. OTOH, Guix's features are a joy as far as system management

<rekado>brendyn: we have a lot of Emacs packages in Guix as well.

<rekado>brendyn: “replace” is probably the wrong word.

<aricrates>brendyn it does not.

<aricrates>the two are not mutually exclusive.

<rekado>brendyn: almost all Emacs packages I use are installed via Guix.

<brendyn>I never guite understood if I was supposed to use M-x package-install or to is my distros equivalent package

<ijp>there are different schools of thought on that

<gijs_>Okey I think Guix is to hard as a starter, perhaps it is a better idea to start with Trisquel

<rekado>brendyn: having everything in Guix gives me the assurance that the same set of packages will behave exactly the same on different machines.

<Gamayun>gijs_: And try out different desktop environments etc. It can take a while to find something you're comfortable with and work well with. Habits can be hard to change as well...

<brendyn>He's gone 0.o

<aricrates>Does anyone know the status of encrypted LVM on GuixSD?

<ng0>bavier: i don#t know. i have to ask grothoff or whoever has the grand picture on the test suites. I'd also like to have gnunet install without --with-sudo or root on guix and later just start the guix service for it. i learned how it works, now i need to understand more of the original codebase to generic fix the things i don't find perfect

<rekado>aricrates: my /home is on an encrypted LVM.

<ng0>but this will not happen in guix of course, in case you are panicking on non trivial patches. i'll contribute to gnunet.

<rekado>aricrates: with libreboot you can have a fully encryted disk. Without libreboot GuixSD does not yet support booting from an encrypted LVM.

<aricrates>are you sure its not just an encrypted root? the manual still states that lvm isnt supported (or that support is missing)

<ng0>how do i detect non-determinism? it doesn't get past this one, the first of all tests, and fails to build even with tests disabled since some revisions now. any point wherei could start or any package's git commit history / patches i could look at?

<rekado>aricrates: the GuixSD initrd does not have support for encrypted LVM yet. I don’t know if someone is working on this at the moment.

<rekado>(I have Libreboot, so I cannot really test this.)

<rekado>ng0: what does the test do?

<bavier`>ng0: if the build itself is also failing, there must be other issues

<brendyn>I hope guix will support IPFS one day. then packages can be served in a distributed way

<aricrates>Isnt IPFS beta right now.

<brendyn>yeah, but it already works quite well

<aricrates>Guix needs to get the core settled down first before IPFS and stuff.

<brendyn>Sure

<sapientech>rekado: its mentioned, imo it should be mentioned in "Defining Packages" because users will want to know how to test these packages

<ng0>brendyn: see guix-devel list, my bigger roadmap item i work on

<ng0> ipfs doesn't guarantee the files will be available, nor your anonymity in your interest in them ... but maybe it has a nicer website than gnunet.

<brendyn>There is nothing that can guarantee files are available

<ng0>rekado, bavier: not sure. build succeeds with my gentoo packages, the guix packages are unchanged and started to fail at a certain revision

<brendyn>But it is strictly superior to http in that regard

<ng0>i followed discussions about ipfs and others and am still convinced that gnunet is more practical. if you don't find the email, i am working my way towards gnunet package/publish/pull via gnunet-fs

<ng0>eh

<ng0>*guix package

<ng0>there are guile bindings already, maybe need to be updated, write a service for gnunet, push the new release, and the stitch together some bits and pieces

<brendyn>I think it would be trivial to do an ipfs download from a selected server, by IP, pretending it was a effectively a http server

<brendyn>I feel IPFS is much more ambitious. It is intending to be the default way to refer to a file, by it's multihash

<ng0>it's more effective to have gnunet-fs handle that, but i'm not in here to discuss that. i work on gnunet-fs because i have read papers on gnunet and found it to be the right tool for what i want guix to do, which will not just be downloads

<brendyn>Anonymity is an interesting issue. I'm not sure how to deal with that

<brendyn>I'm interesting in learning about that

<ng0>I'd recommend some of the papers around gnunet. i have to go now, but if you are regular here, i can pass along some links next week/this month.. otherwise there is the http://www.psyced.org chatserver with people to discuss about thismonth

<ng0>s/thismonth//

<brendyn>I just think the traditional way of having repository mirrors with an official list of http/ftp links is obsolete

<brendyn>With IPFS, anyone can become a mirror or (soon) join a cluser and share storage and bandwith in a single command line or two

<brendyn>cluster

<brendyn>ng0: Righto, I should be here in the future

<ng0>I'd recommend the @welcome on the psyced.org chatserver for discussions on gnunet, ipfs, and their differences.

<brendyn>that is on Tor?

<ng0>it's accessible on tor and clearnet, and iirc it should also be accessible through gnunet vpn.. or at least being worked on that

<ng0>webchat, irc, telnet, psyc, xmpp,..

<ng0>*clients

<brendyn>the link redirected me to a .onion link

<ng0>wild

<ng0>that's new

<ng0>no

<ng0>bavier, i know the build failed for unrelated reasons.

<brendyn>No idea how I'm supposed to get to this mystical place you describe.

<ng0>depending on client and network I can tell you how

<brendyn>ACTION shrugs

<ng0>the simplest way: torify telnet loupsycedyglgamf.onion 23

<brendyn>Apparently I'm not human

<brendyn>ng0: You might like this. I thought it was fun: https://github.com/shazow/ssh-chat

<ng0>no, that's a normal yes/no check. otherwise there's also irc gateway at port 67 or just the webbroser

<ng0>i think the webbrowser part needs to be fixed. not sure, i'll tell lynX

<brendyn>DNS mistake I suppose

<sapientech>hey guys, been working more on trying to get guix fontconfig to recognize the new fonts i installed, but still no luck. anyone run into similar issues?

<ng0>the human check is similar to the one in this: http://nemesis.de/

<brendyn>0.o what's this

<rekado>sapientech: have you tried “fc-cache --force”?

<rekado>sapientech: this will refresh the fontconfig cache.

<rekado>ng0, brendyn I think this is drifting off-topic for this channel.

<ng0>i know, this is why i pointed to psyced.org

<ng0>ihave to go now. goodnight

<bavier`>sapientech: `fc-cache ~/.guix-profile` usually works for me

<brendyn>Night

<jlicht>sapientech: wow small world. I was about to ask the same thing (running into the same issue)

<sapientech>jlicht: bavier` rekado looks like guix environment --pure --ad-hoc fontconfig

<sapientech>then fc-cache ~/.guix-profile --force worked

<sapientech>nothing else though...

<jlicht>sapientech: You are also running guix on a foreign distro? (Non-GuixSD)

<sapientech>(yes for people on a foreign distro, environment is needed)

<sapientech>so many new packages to contribute :)

<rekado>sapientech: without the ad-hoc environment “fc-cache” is the system’s “fc-cache”, right?

<sapientech>rekado: yes

<sapientech>fc-list : file references /usr/share/fonts

<jlicht>hmm, it does it does not work for me yet :/. My emacs installed via guix is still not seeing my fonts

<sapientech>jlicht: and the fonts are in ~/.guix-profile/share/fonts/?

<jlicht>sapientech: yes

<jlicht>running with verbose seems to give me http://paste.lisp.org/display/322291,

<jlicht>and I am not sure which cache should actually be written for a guix-installed emacs to pick it up

<sapientech>jlicht: are you on a foreign distro? if so that fontconfig is you system-wide one, not your guix one

<jlicht>sapientech: What you mean with that? `which fc-cache` shows the guix installed one, if that is what you are wondering about

<sapientech>jlicht: are you on a foriegn distro?

<sapientech>ah gotcha

<jlicht>sapientech: yes, ubuntu 14.04 base

<jlicht>I now have that guix-installed fonts are recognised by my non-guix-installed applications, but my guix-installed GUI applications see _some_ fonts (no idea where they come from)

<aricrates>doesnt the store have it's own fonts?

<sapientech>jlicht: just did a test to see what my fc-cache says it goes through ~/.guix-profile/share/fonts...

<sapientech>in addition to skipping over /var/cache/fontconfig like yours

<jlicht>sapientech: would you be so kind to post the tail of running `fc-cache --verbose <etc>` on your workstation?

<sapientech>sure, one moment

<sapientech> http://paste.lisp.org/+6WOK

<myglc2>hello Guix

<brendyn>Hi

<myglc2>Hi brendyn.

<myglc2>Is anyone running QEMU VMs? In particular I am trying to figure out how to ssh in to one, maybe using TAP networking.

<brendyn>I haven't figured out how to get network access yet, since I've never used qemu before

<jlicht>sapientech: hmm, quite interesting

<sapientech>jlicht: just checking you did guix environment --pure ...

<jlicht>sapientech: yes, although I did make it something like guix environment guix --pure --ad-hoc fontconfig so I had access to some more tools

<jlicht>every time I run the fc-cache command, I get 'caching, new cache contents'. So it seems no cache is actually written >.>

IRC channel logs

2016-08-05.log