<cbaines>I'm trying to setup dbus and gconf... (I'm getting this error when trying to run some software "GConf Error: Failed to contact configuration server; the most common cause is a missing or misconfigured D-Bus session bus daemon.")
<cbaines>Is gconf a service that is currently available?
<lfam>I don't see the string "gconf" in gnu/services, so I guess not. We are still working on providing a full-feautured GNOME environment. Perhaps you could try making the service?
<cbaines>Do you have any clues about the right syntax to get the avahi service working? I am getting some type errors currently
<pxc>hey guys! I'm a nixer currently diving in with Nix and NixOS and I was wondering if any of you fine folks have a good way of managing similar or overlapping Nix and Guix configurations without much duplicated effort.
<pxc>I'd like to learn them together if I can, and it's not too overwhelming. I want to be in touch with Nix development and use tools like NixOps, but I would really love to run a complete GNU system at home on at least one of my computers.
<mark_weaver>pxc: I'm not aware of any tools for that. Apart from the daemon and fundamental concepts, Guix is quite different. All of the package descriptions, services, system declarations, etc, were built from scratch.
<mark_weaver>but civodul (Ludovic) would be a good person to ask, since he was (is?) a Nix developer as well.
<pxc>Ah. Does Guix still use nix-eval and nix-instantiate at bottom?
<mark_weaver>I don't think so. those names are not familiar to me.
<pxc>It would be cool if Nix and Guix (the package managers, not the projects) could at least be aware of each other. That way if I prefer Guix, I can use it for most things but also take advantage of Nix packages others have put together when I have to, or before porting them over.
<pxc>is the Emacs interface as sweet as I hope it is?
<mark_weaver>pxc: but I'll just say that while it's possible to run Guix and Nix together on the same system, and even sharing the same daemon, they would essentially be two completely separate systems with no sharing of underlying libraries. e.g. they would each have their own libc, etc.
<lfam>Yes, that's true. Most of the benefits are lost.
<janneke>lfam: yes and i need to test it, made the patch a bit smaller too
<janneke>i'm wondering, why is there no guile-lib-next?
<lfam>mordocai: Review sent :) In general, it's easier to review patches if all the "unusual" parts, like disabling tests, have some context and explanation. Even if it is just speculation. Otherwise it's hard for me to make a judgement without doing some investigation that you have probably already done :)
<mordocai>lfam: Yeah, I originally had that in the commit but apparently that's not allowed :P
<mordocai>lfam: Not sure where the proper place to put such an explanation is. Preferably somewhere people can look it up later.
<lfam>What do you mean by "not allowed"? In any case, it can at least go in the email itself. Any context is better than nothing.
<lfam>Oh I see Efraim's comment. It's true, we usually wouldn't put that in the commit message. When I disable tests, I like to put a comment in the package definition itself, and also explain in my email. If the disabled tests are due to an upstream bug, I include a link to the bug in the comment in the package definition.
<mordocai>Alright, i'll work on a better explanation and send up a new patch.
<mordocai>I need to try to reproduce it and ask #guile about it anyway since the theory is it is some kind of regex parser issue.
<lfam>It's nice when we help fix bugs or make improvements in other projects :)
<NiAsterisk>because of reasons I'm too tired to explain in long detail, short version is I talked to someone involved in the coreboot project who explained and helped me with setting it up in the hackerspace.
<paroneayea>ACTION tries to understnad the things that have changed about python packaging for py2
<davexunit>ACTION tries out iyzsong's gnome meta-packae
<calher>How do I specify dependencies? Something about G-expressions...
<mordocai>Bleh, so I tried to set path to only guix path (no debian) on my debian testing + guix box and discovered su/passwd don't work (they give permission denied errors) and gnupg2.0/gpg-agent can't find pinentry...
<mordocai>I know lfam runs guix on top of debian testing, anyone else have experience with it?
<mordocai>In any case I guess guix is downgraded to "play with when I feel like it status" from "use all the time".
<janneke>lfam: pondering about sending a suggestion patch to git :-D
<NiAsterisk>so according to what I found out last year, +-1c.1-----00.0 Qualcomm Atheros AR928X Wireless Network Adapter (PCI-Express) [168c:002a] should work with linux-libre. but, it does not work out of the box somehow it turns out. do I have false info?
<myglc2>a_e: Using guixSD and reading the doc is kinda like feeling different parts of an elephant in a dark room :-) I'd be interested in your impression.
***kelsoo1 is now known as kelsoo
<a_e>myglc2: Okay, I will see. Right now I am still at the Guix description. Even there, I am learning new things!
<myglc2>a_e: IMHO the doc is excellent. The multiple ways guix/SD can be used make it is hard to write and injest.
<NiAsterisk>now you can buy(rent) movies, hardware, and other things on Steam next to games.. wild... if you imagine it's all built on DRM and similar systems and introducing it as mandatory for the orange box some 12 years back (or more? at least my account from playing counter strike back then is 11.5 years old)..
<mark_weaver>and beware that /boot will need to be unencrypted if you plan to use the GRUB on the hard disk that we install.
<mark_weaver>With Libreboot (or coreboot with suitable GRUB and grub.cfg in the boot flash) it is possible to encrypt /boot as well, but there are some minor complications during install in that case. let me know if this case applies to you.
<NiAsterisk>I don#t have the content of the proposed changes infront of me right now, but what about the cryptdisk way where you have the crypt headers on a usb disk and the boot on another usb disk? this should theoretically work. I have not tried this with guixsd though..
<rain1>i've heard thats a good way to do it but i've already set up for this way
<jjmarin>NiAsterisk: Well it is the platform where this campaign is
<NiAsterisk>i know how problematic lenovo is, but if I'm done with EFF communcation I might give you an update later this year why change.org is equally problematic, at least for people in europe (but i guess what I want affects other people around the world too). on topic: this is 2 years old and no reaction from lenovo.. I don't see how some signatures on a data-selling plattform who pretend to be non-profit will reach
<jjmarin>NiAsterisk: You are right, it is an old campaign, I haven't noticed till you tell me. It is on the top in https://www.bios-mods.com/ and I've got confused. I'm spending the whole day how to fix this problem without bricking my laptop
<NiAsterisk>it's okay and wasn't meant to be personal, I just wanted to point this out :)
<mark_weaver>rain1: I don't have much experience using VMs, so I can't help, sorry.
<mark_weaver>NiAsterisk: fwiw, I really like the idea of working toward something like Tails built using Guix.
<NiAsterisk>thinking about it, as some things I'd like to try on other systems.. when the 3tb urandom finish, i'll bring one system back to gentoo, maybe see if I can help someone bringing guix to gentoo (although portage policy and content sucks)
<rain1>i was thinking i should practice in a vm before doing it for real
<NiAsterisk>mark_weaver: i like the idea to work towards something in the next ~3 years to get something like tails in 1+n flavors for gnunet related things in the future. others voted for debian+guix, but it might be doable with guixsd for a number of limited devices.
<mark_weaver>NiAsterisk: we already have the binary installer, I'm not sure how much a gentoo package would help. and anyway, last I checked, gentoo had guile-2.0 blacklisted (or whatever their term is)
<rain1>im not sure what to do, giving up is easiest
<NiAsterisk>mark_weaver: I discovered guile2 in an onion overlay (ebuild storage) of someone i know
<NiAsterisk>my attempt to package guile2 for gentoo broke my system, but his might work
<mark_weaver>rain1: qemu probably needs some special configuration to pass the network packets through to the outside world and back.
<mark_weaver>NiAsterisk: anyway, what's the advantage of a gentoo package over our binary installer?
<mark_weaver>no matter how you do it, you'll end up using binaries from us anyway, even if only our bootstrap binaries.
<rain1>but wasn't it networking already with guix pull and stuff
<NiAsterisk>idk.. I just know people who'd like to see guix in gentoo for their own packages they maintain themselves, and I like challenges :)
<mark_weaver>NiAsterisk: if people want to see Guix in Gentoo, the first step is to unblock guile-2.0, which would be a good thing to do anyway.
<mark_weaver>we haven't supported guile-1.8 in years. it's terrible for us that Gentoo is still locking their users to that old version.
<NiAsterisk>i want to check the guile2 i've seen in the onion.. if it works without flaws, i see no problem in *trying* to talk to portage involved people. I'm not okay with some things in gentoo, some crypto related software is just sitting there 5 years outdated.. I did update it myself and never push to portage
<mark_weaver>well, "locking" is too strong a word. let's just say that they are strongly discouraging using a supported version of guile.
<mark_weaver>actually, there's another way. make a gentoo package for guix that just uses our binary installer.
<mark_weaver>everything in guix is going to be compiled by guix and linked against only guix libraries, built with guix compilers, etc, starting from our pre-built static bootstrap binaries, anyway.
<mark_weaver>and even the first time you use "guix pull", you'll be recompiling guix using guix's toolchain and libraries.
<NiAsterisk>i think the reason for not using binary way for them was to be able to compile it at first attempt on their system to make sure that the sources are okay. or whatever, i never asked, but I assume that's part of the reason
<mark_weaver>so going through efforts to compile the first copy of guix using the gentoo toolchain and libraries, only to immediately replace it on the first 'guix pull' seems rather pointless
<a_e>How do I load the grub config file from the USB stick when I am in grub rescue mode?
<NiAsterisk>wow. traveling between these two cities really sucks on saturdays.. need to go to the hackerspace to get some stuff, if I hadn't been that slow today, I wouldn't need to wait until 3AM for the next best subway back, when I go there on 9PM
<a_e>It looks like its partition is called "(hd1,msdos1)".
<mark_weaver>wow, I guess I'll know not to put much confidence in the accuracy of distrowatch's descriptions...
<lfam>rain1: If you do have some feedback for me on that subject, please send an email to the list or leave a message for me here on IRC using our bot, sneek. You can ask sneek to save a message for me like this
<lfam>Otherwise, you must register a variant in the python3-variant of the package, as in python-cryptography. As described in guix/build-system/python.scm, this variant-property is "used as a key to search for [a] pre-defined variant" of the python2 transformation.
<paroneayea>lfam: right, and it's delayed so as to not introduce a cycle, then
<lfam>In that case, I referred to Ludo's patch series starting with 1be83341f to understand how to construct the python2-variant with the new system.
<lfam>Once this is done, all the consumers of the python2-variant can be simplified, as they no longer need any special treatment to find correct python2-variant. However, you don't *have to* update these consumers. They will continue to work as before.
<lfam>So, it will actually add lines of code if the only python2 difference is to provide setuptools. But there were some real problem packages that were blocking other packages, so overall I'd say it's a win.
<lfam>I hope that helps. I'm still learning Scheme, so I am unfortunately "cargo-culting" some things. For example, I didn't understand the differences between some of Ludo's python2-variant examples. But I do try to look things up and understand them.
<lfam>It's possible that some of my python2-variants could be optimized. But they do work ;)
<lfam>I need to convert some of the big shell scripts I use day-to-day to Scheme. I think that will help me a lot.
<lfam>Yes, I like the paradigm a lot. My shell scripting is already somewhat functional. I try to make functions return a value that can be directly consumed by other functions, as in do_something $(with_the_result)
<lfam>But it's rather limited since the return value must be a line of text.
<rain1>I'm making notes on this and I hope that it can be put into the documentation
<rain1>also i have to manually create a new grub menuentry, but in future I think guix should create it?
<lfam>Indeed, we want our documentation to be 100% sufficient to do something like this. Recently, some other users have been working on the installation section of the manual, and I think they are addressing encrypted disks. You might look in the guix-devel archives of the last month or so.
<lfam>paroneayea: My (limited) understanding of the new system is that you must call 'package-with-python2', and 'strip-python2-variant'. Right now, python2-wtforms never realizes it is a python-2 package and it's actually using python-3
<lfam>I checked that by digging around in the store directory.
<davexunit>anyone familiar enough with GNOME to make this Python import expression work? from gi.repository import Notify
<davexunit>just having our pygobject package isn't enough, it seems
<daviid>davexunit: is there a pylibnotify somwwhere maybe?
<daviid>and I have python-notify installed as well
<daviid>python-notify 0.1.1-4 amd64 Python bindings for libnotify
<daviid>OT: i need t upload my local app git server content to savannah, I'd like to confirm with some git pro here that the follwing is the way to do it: [from stackoverflow] git remote add origin http://git.savannah.gnu.org/cgit/foliot.git; git push -u origin master [ then repeat the same for other branches ]: is this correct ?