<lfam>That's an implementation detail. The important part is that people and communities will be able to map themselves and own the results. Maps are instruments of power and Google Maps etc subjugate us
<lfam>It's less important in places that have established boundaries, but in developing countries, being able to produce a map might be the difference between keeping your home or not
<lfam>Well, we'll see how good the integration is when the next version is released
<davexunit>paroneayea: fun slides for your talk at stripe.
<davexunit>paroneayea: how did the stripe folks feel about it?
<NiAsterisk>cancel a contract with Valve they said... deleting data and really being serious about their business they say they are... 2 days later, a friend notifies me about my account still being around, contract not canceled.
<lfam>(gjs:26018): Gjs-WARNING **: JS ERROR: Error: Requiring GjsPrivate, version none: Typelib file for namespace 'Gtk', version '3.0' not found
<robsyme>Hi all. I'm fairly new to guix and having trouble using the Emacs interface. Running 'M-x guix-installed-packages' returns "Symbol's value as variable is void: guix-current-profile". Running 'M-x guix', and selecting package (p) and then listing installed packages (=I) run in the shell (s) works fine. Is there some setup step that I'm missing?
<robsyme>Running (setq guix-current-profile guix-user-profile) fixes the issue. I suppose I could just include this line in my emacs config.
<bavier1>anyone else get failures for 'guix environment' with latest master?
<robsyme>alezost: Fantastic. Thanks! I'm giving a talk on Monday about reproducibility in bioinformatics on Monday that includes Guix and containers. My thanks to the Guix devs and community. Great work.
<NiAsterisk>most strange. this thinkpad started crashing recently. among other possible errors, how do I fix this on a coreboot system: Feb 13 02:57:38 localhost ntpd: kernel reports TIME_ERROR: 0x41: Clock Unsynchronized
<rekado>SusWombat_: no, "guix system reconfigure" does not download everything again.
<rekado>SusWombat_: you just have to make sure that root is using the same version of guix as your regular user.
<SusWombat_>rekado: atm i do everything as root (i know its bad)
<janneke>how do i access a packages' version string in a builder?
<NiAsterisk>well libreboot is just a script wrapped around coreboot with bad formated patches send in the direction of coreboot according to at least one developer of coreboot, but i think if I can't get help in coreboot i'll ask in libreboot.
<NiAsterisk>i associate too much. sorry. thanks for your help :)
<NiAsterisk>rekado: i have not read and compared libreboot and coreboot completely, the position of coreboot was presented to me in a way that it would be more stable to use coreboot and apply patches from libreboot on top of that. that's all people told me so far. that's a position which is reasonable to me, and I will say "I see that," when I have enough knowledge of both coreboot and libreboot sources.
<NiAsterisk>the complete position sounded like it was not only this one developer, but more than one coreboot dev telling libreboot repeatedly that the patches can not be applied. as time progresses I will be in the position to have my own opinion on that, when I heard their position I only cared about a stable system.
<NiAsterisk>I use a newer kernel. okay.. then I just ignore the problem.
<Jookia>If your network updates your clock it could be fine unless you care about system logs
<NiAsterisk>well I have some more issues, but unrelated. the person who initially helped me with coreboot + patches said he would give me info about getting vga-bios in later, but right now I just boot blind.. I was told it is easy, but that's all.
<Jookia>Booting blind isn't that hard if you use libreboot/autoboot
<NiAsterisk>that's not the issue, i want to add vgabios to see a grub of guix.
<NiAsterisk>no, the problem is in the recent master, not 0.9.1. also what I said still applies. "git" needs to be installed and https:// does not work out of the box with git in installer (see manual) and git:// works
<Jookia>suitsmeveryfine: It'd be an interesting discussion to have on the mailing list to make it easier to revert issues like this. I should also probably write a script to help find a working revision
<suitsmeveryfine>it would also be cool if one could use git to build the system from source inside the USB installer
<NiAsterisk>for the projects I participate in.. I started learning C/C++, other than that basic python, bash, etc.. I'm just able to grasp what code does mostly and where mistakes could be. it's not enough to contribute code to some projects, so I come up with ideas and designconcepts :)
<NiAsterisk>but I'm quick with underestimating my abilities.
<SusWombat>NiAsterisk, only langauge im somewhat comfortable in is js. Besides that i know the basics of c and python. Also im too absolutely unable to rate my "skills"
<SusWombat>depending how you define basics you may add a few languages
<Jookia>SusWombat: It's probably the only possible way to reliably do packaging
<SusWombat>NiAsterisk, yeah but i mean the guix to replace npm/whatever thing
<SusWombat>Jookia, damn now you got me ... give me a sec
<NiAsterisk>and then you try to package rust, discover oops it needs cargo and cargo is a package manager rust came up with because most package managers suck and every language comes up with their own pm.
<NiAsterisk>well.. what you wonder is, why is there Guix when we have many other package managers like npm. but npm inside relies on apt-get or whatever. and npm can have issues you can't fix.
<Jookia>SusWombat: Guix isn't just a distro, it can run on other distros too. So for instance you could set up a development environment by specifying the dependencies of a program and you'd get all your programs ready
<NiAsterisk>and all those package managers came to life because some other package manager was bad for them
<SusWombat>yeah but realisticly guix cant solve this problem "gloablly" or not?
<SusWombat>Now that we talk about it .... Do lang specific pm even work under guixsd?
<NiAsterisk>if it works, people will realize and switch.. I'm involved in some projects which just seem impossible. yet I think rationally they are right. free software is still seen by some as "this can't work, this stallmanism" etc.. still 30 years later look where we are :)
<Jookia>SusWombat: Basically people use containers right now for their development environments. Because they can't specify their dependencies outside their language, they instead make a disk image containing them all and get everyone to use them.
<Jookia>SusWombat: I think language-specific PMs would work under GuixSD, not sure why they wouldn't
<SusWombat>NiAsterisk, dont get me wrong! I like the idea of free Software (but i prefer mit over gpl). Im not really involved cause i feel like loosing flexibility. And yeah i dont like the whole rms person/cult thing.
<SusWombat>So pls dont think i dislike Free Software or think its a bad thing
<NiAsterisk>i just mentioned it from a perspective of people I encounter giving critiques on free software.
<Jookia>It's true that you lose power when you do free software, though I think a lot of us can live with losing power if it means users gain freedom
<SusWombat>And also while for me it makes it more intresting then nixOS i guess alot of poeple have/gonna have a problem with lisp?
<NiAsterisk>for me personally, it took a while to get the importance of free software over open source.. i might've gotten the basic idea early on, but I think only 5 or 6 years ago I got it, through reading and talking about it before with people until it made *click*
<Jookia>But in the end, the reason you're having trouble with whether or not to use GuixSD is often because proprietary software has power over what distro, what CPU, what Internet connection you use
<Jookia>SusWombat: I haven't a problem with Lisp, in fact it's really elegant how Guix uses it
<SusWombat>NiAsterisk, well i slowly get from hating too yeah its a nice thing. DOnt know if i ever gonna be so into like you guys
<NiAsterisk>for me, it's political. I try to get involved in projects which interact which each other and in their common ground serve something more than just software. even if you think at some point, hey guix sucks and you spend so much time with it, you learned things. and that's the important part of using and hacking on something for me :)
<SusWombat>NiAsterisk, for me its actually the opposite but i feel like it slowly changes(not sure if i like it) I always wanted to not have politics in software
<SusWombat>OMG Installation finished. No error reported.
<SusWombat>Jookia, ok so i better avoid guix pull for a while right?
<Jookia>SusWombat: Yep :) Eventually you'll want to run it again when the binary substitutes are removed, but hopefully it'll be fixed by then. I should write some instructions on how to figure out and judge for yourself which guix pulls are safe
<SusWombat>Jookia, if you find the time that would be awesome :)
<Jookia>SusWombat: It's not that hard actually, see the long url "guix-b134a80.tar.gz" ?
<Jookia>SusWombat: If you go to http://hydra.gnu.org/jobset/gnu/master you can see that 'b134a80' is the latest available one with successful binary builds, so when that changes just replace it with the new number and re-pull with the changed URL
<SusWombat>Jookia, so i actually should never do just "guix pull" ?
<Jookia>SusWombat: That's a difficult question to answer since guix pull is a little lacking in features
<Jookia>SusWombat: In it's current state you should probably only use guix pull with a URL that you know has binary substitutes and isn't broken
<NiAsterisk>rekado: hm. that's right. I don't aim to be defensive, it's part of my schema i can't easily turn off. and I agree, although having a starting point and comparing wether opinion/thing applies or not works too. I just try to not say this is my opinion when it's just something others told me and I need to validate if it's also my opinion. if I would be silent about every opinion I need to validate and come to an
<NiAsterisk>conclusion, i would regard my opinion as not complete and challengable. the whole purpose and intention of this sentence is too offtopic for guix i think. just to make clear what i (currently) see as the best way to reply.
<paroneayea>civodul: arg, for various reasons thiss will have to reboot into guixsd to do this
<paroneayea>I broke my guix on debian setup (libgcrypt mismatch), and I rebooted into debian because of this!
<paroneayea>civodul: I'll investigate further later tonight I hope.
<paroneayea>oh wait, there may be a way to launch things still :)