IRC channel logs

2017-12-26.log

back to list of logs

<atw>hello, I'm trying to package Agda using the hackage importer. I'm encountering an issue in packaging one of its dependencies, https://hackage.haskell.org/package/monadplus. The importer says "Syntax error: unexpected end of input". I'm not familar with cabal syntax or the operation of the importer. Is it possible I'm doing something wrong?
<atw>Also re packaging Agda: Agda is listed as a dependency of itself (see https://hackage.haskell.org/package/Agda). Is that a bootstrapping thing?
<Stream>i dont understand how rollbacks work, i now have 2 generations, the first one and the last one. in the last one i have broken xfce and gnome for my user, but it works for root. if i rollback to first gen it all works but then when i try to reconfigure from first gen again i get same broken gnome xfce. it got broken only after i configured displays manually, not because of updates but it seems like when i try to reconfigure first gen it gives me same exact
<Stream>last gen with all the things that i messed there, or it just doesnt touch configs, how exactly does it work?
<Dackel>Hi, i use Intel Dualband-Wireless-AC 3160 and I want to install GuixSD. How can i load the firmware?
<efraim>We don't support non free firmware, but it should be possible if you replace the linux libre kernel with a mainline kernel and package the firmware you need
***phant0mas_ is now known as phant0mas
<atw>hello, I'm trying to package Agda using the hackage importer. I'm encountering an issue in packaging one of its dependencies, https://hackage.haskell.org/package/monadplus. The importer says "Syntax error: unexpected end of input". I'm not familar with cabal syntax or the operation of the importer. Is it possible I'm doing something wrong?
<atw>Also re packaging Agda: Agda is listed as a dependency of itself (see https://hackage.haskell.org/package/Agda). Is that a bootstrapping thing?
<rekado>atw: please send an email to bug-guix@gnu.org about the hackage importer error.
<atw>rekado: will do. Thanks!
<efraim>openntpd service progress was going nicely, until the drift file kept on showing up empty
<efraim>superuser suggests bad permissions in its directory
<efraim>python2-scipy succeeds on aarch64
<atw> https://directory.fsf.org/wiki/Guix seems out of date
<efraim>how do I add network connectivity to a `guix system vm foo.scm' vm?
<efraim>`-net nic -net user` doesn't seem to be it
<wigust>efraim: What do you mean by network connectivity? There is a kinda NAT by default by default, isn't it?
<efraim>i mean being able to access the internet from within the VM
<wigust>efraim: Do you have a dhcp client in the system declaration?
<efraim>yes
<wigust>for vm
<efraim>i checked with `ftp ftp.gnu.org', seems there is internet afterall, I was wrong :)
<lfam>efraim: The unprivileged networking you get from QEMU with `-net nic -net user` (called SLIRP) is sort of limited. Notably, it only supports outbound connections, and does not support ICMP (ping).
<lfam>But, it's nice because you don't have to do anything on the host to get online
<efraim>i remembered the no ping thing after ping failed
<lfam>Yes, it trips up a lot of people, unfortunately. I must have reminded people of this dozens of times :)
<mb[m]1>I wonder why all the executables in mupdf/bin are 33MiB.
<lfam>mb[m]1: Good question! In general they are huge because they are statically linking all the dependencies, IIRC
<mb[m]1>Oh, right.
<lfam>It might be possible to change that, but I don't know. I stopped paying close attention to mupdf once I made it a leaf package
<mb[m]1>`file` says dynamically linked, but I guess it contains static sections or something.
<lfam>Hm
<jaidmin>im trying to install "jupyter" but I get the following error:
<jaidmin>guix package: error: profile contains conflicting entries for python-jupyter-console
<jaidmin>guix package: error: first entry: python-jupyter-console@5.0.0 /gnu/store/f0hzkjw58ys9qm2hf209vfdnbmm24zan-python-jupyter-console-5.0.0
<jaidmin>guix package: error: ... propagated from jupyter@1.0.0
<jaidmin>guix package: error: second entry: python-jupyter-console@5.0.0 /gnu/store/315alfzrhisyrkh6mhz4a1y8gj1ljxlr-python-jupyter-console-5.0.0
<jaidmin>guix package: error: ... propagated from python-ipython@5.3.0
<jaidmin>guix package: error: ... propagated from python-notebook@4.2.3
<jaidmin>guix package: error: ... propagated from jupyter@1.0.0
<jaidmin>hint: You cannot have two different versions or variants of `jupyter' in the
<jaidmin>same profile.
<jaidmin>anyone here to help?
<jaidmin>ps: I dont have two variants of jupyter in the same profile, I think this is due to the following thing:
<jaidmin>In the source code it says, because of a cyclic dependencies "python-jupyter-console" they strip it into a "minimal" version and use that
<jaidmin>("python-jupyter-console"
<jaidmin> ;; The python-ipython and python-jupyter-console require each
<jaidmin> ;; other. To get the functionality in both packages working, strip
<jaidmin> ;; down the python-jupyter-console package when using it as an input
<jaidmin> ;; to python-ipython.
<jaidmin> ,python-jupyter-console-minimal)
<jaidmin>line 4409 of /gnu/packages/python.scm
<jaidmin>so there are conflicting versions, but i dont know how to resolve that
<lfam>jaidmin: Hm, that's a tricky problem. I think we'll have to alter our packages to fix it
<jaidmin>also "guix environment jupyter" does work, so that confuses me even more
***propumpkin is now known as contrapumpkin
<lfam>`guix environment jupyter` creates an environment with the dependencies of jupyter. You might use this if you developing jupyter. It doesn't actually make jupyter available. For that, you'd add the argument '--ad-hoc'
<jaidmin>Oh sorry, I used --ad-hoc
<jaidmin>jupyter notebook command is available and everything works
<lfam>Interesting, it must be more tolerant of these profile collisions.
<jaidmin>Is there a way to temporarily ignore these collisions? I didnt find anything in the manual
<lfam>I don't think so. They were a real problem in practice so we had to disallow them like this.
<lfam>Can you send a bug report about this ipython / jupyter issue to <bug-guix@gnu.org>? It just needs the information you pasted above
<jaidmin>Will do
<lfam>Thanks, sorry for the inconvenience
<jaidmin>Also makes sense to dissallow these collisions in general
<jaidmin>there must be a better way to handle cyclic dependencies
<lfam>I see that we specifically allowed such collisions in `guix environment`
<jaidmin>For now I can just use --root to make guix environment --ad-hoc jupyter persistent and use a shell script to start it
<quiliro>hello
<sneek>quiliro, you have 1 message.
<sneek>quiliro, apteryx says: Do you have recutils installed?
<quiliro>apteryx: no... i will install them now
<quiliro>thank you
<chewzerita>Is anyone here using guixsd as their daily driver? I just bit the bullet and bought a libre x200. I was wondering if there is anything that I should know about before I install guix.
<chewzerita>(Currently using arch on a t420)
<quiliro>chewzerita: i use guixsd on a macbook air
<jlicht>chewzerita: compiling new versions of guix sometimes takes _very_ long, at least on my T400 ;-).
<chewzerita>oh yeah, I forgot. What is the process of updating guixsd itself? (from 0.13.0 to 0.14.0 for example)
<jlicht>chewzerita: a guix pull + guix system reconfigure usually does the trick
<chewzerita>s/forgot./forgot to ask.../
<jlicht>so not that different from using Guix on a foreign distro
<wigust>jlicht: Could avoid with local guix checkout, couldn't you?
<jlicht>wigust: also possible of course
<jlicht>you would still not to `guix system reconfigure' of course
<jlicht>* `./pre-inst-env guix system reconfigure'
<jlicht>* need to
<chewzerita>Also, do any of you notice any issues with stability?
<jlicht>chewzerita: In about ~1.5 year of using GuixSD, I've only had to revert to an older system generation two times
<jlicht>GuixSD makes it at most an inconvenience any way :-D
<chewzerita>jlicht: sold
<chewzerita>jlicht: im switching to guixsd
<chewzerita>jlicht: thank you
<jlicht>chewzerita: full disclosure: I 'broke' my system quite often by hacking on guix itself, but those times were my fault entirely (and very simple to remedy as long as you keep track of you system config, which you should probably put under revision control)
<chewzerita>jlicht: the power of declaritive package management
***propumpkin is now known as contrapumpkin