<dmarinoj>mordocai: Oh, I got it, would you please add me to the mirror? I'm dmarinoj87
***TML-prv is now known as TML
<rekado>One thing that annoys me repeatedly is Python in Guix.
<rekado>when I have an old profile with python2, python2-numpy, and a couple of other science python things installed, installing htseq causes lots of conflicts.
<rekado>This, of course, is because htseq can be used as a library (in addition to being used as an executable), and thus it must propagate python2-numpy.
<rekado>As a user I don't see this when I install htseq.
<rekado>guix doesn't warn me about this impending collision.
<rekado>even though it does know about it in advance.
<rekado>so, once the package has been downloaded I get hundreds of lines telling me about collisions.
<NiAsterisk>there's lots of traffic on the dev list: I just updated the status of lispf4. I will get the authors help in a few weeks, what I currently see as necessary is that I should open a bug explaining why it's broken, that I am working on it and close it once it is fixed.
<rekado>propagation is annoying and I wished we could get rid of it.
<rekado>in the case of Python that's probably very difficult to achieve.
<rekado>in the case of Ruby it may be easier (as "require" can use the full paths to libraries).
<rekado>I wonder if we should patch all Python files such that they add the store item paths to their PYTHONPATH before importing anything else
<rekado>I had good experiences with license-related bug reports to authors of bioinfo software.
<rekado>they are usually not very much concerned with licenses (or software engineering), but many projects actually did clean up their license statements and fixed licensing conflicts.
<NiAsterisk>it was just a random advice giving website centered on job application help. it was like "latex has no license, it is freeware and you can use it, it also doesn't cost anything, bla." (rough translation and summary from the german website)
<NiAsterisk>somehow it poped up while searching for something LaTeX related.
<mark_weaver>ACTION tries to focus hydra on the most important builds
<davexunit>mark_weaver: btw, I pushed a patch to update libdrm to core-updates last night because it will causes rebuilds of basically anything that uses mesa, which is hundreds of things including Qt.
<_`_>“In the case of the kernel, this prevents us from distributing ZFS as part of the kernel binary. However, there is nothing in either license that prevents distributing it in the form of a binary module or in the form of source code.”
<mark_weaver>but Linux (the kernel) marks certain symbols as being only available to GPL-licensed modules, and the idea there is that by using those interfaces, you are more intimately integrating with Linux and thus becoming a derivative work.
<_`_>I'm pretty sure zfs avoids using GPL symbol exports for that very reason
<_`_>it's why there's still no FS crypto on zfs on linux
<mark_weaver>df_: there are many different copyright holders in the kernel. some of them won't enforce the GPL, but others will.
<rekado>aren't there also binaries of proprietary kernel modules that are distributed by graphics card vendors?
<Jookia>calher needs to get some kind of therapy. He's okay a lot of the time but not great the rest
<Jookia>I say that even though it's off topic because I can see a ban coming
<Jookia>mark_weaver: I found a good solution to passing arguments for GRUB around without adding intermediate data structures so I'll probably post that patch up soon once I implement it- it relies on the VM refactoring patch though
<fhmgufs>Is there sb knowing why the .desktop files aren't shown up in the MATE panel? Why is it working in Xfce? It's a normal XDG menu file and it should respect XDG_DATA_DIRS.
<cbaines>I possibly have the same issue with the gnome shell, as I am missing icecat for example...
<Jookia>It'd be worth looking at how NixOS handles this
<fhmgufs>cbaines, Jookia: Yes, I think each of these has its own implementation of the XDG menu specification, so I'll take a look at the MATE source code.
<fhmgufs>cbaines: And for GNOME I saw that the default applications are directly included in the menu file. So they are shown while others are missing.
<mark_weaver>ACTION runs in console mode for now, because it was quicker to get rebuild with the glibc fix
<fhmgufs>cbaines: But I don't know what Xfce does.
<mordocai>ACTION is reminded he should rebuild all the guix stuff on his machines.
<mark_weaver>regarding .desktop files: the problem with IceCat is that it simply doesn't install a .desktop file
<cbaines>On a different topic, I am having a problem packaging Sonata (a mpd client), the tests fail during the build, probably as it can't import a python package, but when I run the tests from an environment, they work fine. What is different between guix environment and the build environment?
<mark_weaver>but I can report the Xfce does detect the .desktop files of other things and include them in the applications menu.
<fhmgufs>I think they don't have a menu implementation.
<fhmgufs>They just search for files in XDG_DATA_DIRS
<cbaines>(another easy way to investigate this would be to get a shell in the build environment, when the build fails if that is possible?)
<davexunit>cbaines: 'guix environment' doesn't isolate the network, file systems, etc. by default
<davexunit>'guix environment --container' might be worth a shot to try to reproduce
<wingo>i still haven't done that one; i should, though.
<mark_weaver>we really do need working grafts urgently, but alas my entire household has been sick the last few days, so I don't have quite enough energy to dig into the grafts code and get it working.
<svetlana>are there any ui toolkits which are hackable using guile ?
<fhmgufs>mark_weaver: By the way: where is this famous web interface?
<mark_weaver>there's guile-gnome, although it hasn't been updated to gnome 3 yet.
<cbaines>mark_weaver, It is a propagated-input for python-matplotlib (which is why I made it a propagated-input for sonata. Is there a way I can test the package to check if its not needed at runtime (testing it in isolation)?
<davexunit>hasn't gotten much love in like a year, though.
<ajgrf>that reminds me. when guix eventually gets a friendly interactive installer, it would be nice if it ran both graphically and in text mode. i was thinking the other day that emacs might actually be a good platform for that