<kyamashita>I think I may have found the problem... I'm testing it right now.
<kyamashita>Got it. FLTK needed to be compiled with Xft support. Submitting patches soon.
<kyamashita>I'm in the process of packaging Parole media player, but the build says that it cannot find gst/tag/tag.h. I know that this file is supplied by gst-plugins-base, but Parole isn't seeing it.
<jmd>What does this error mean (while doing guix build --check): guix build: error: build failed: some outputs of `/gnu/store/45pv7gaa3kaalp0cz1q79wjl79lwh319-gnubik-2.4.2.drv' are not valid, so checking is not possible
<anonkun>is there a way in which I can file a bug so that applications that are missing from the repos can be added?
<rekado>I don't understand shepherd. I'm trying to use it to start jackd and fluidsynth but fluidsynth never stays around (it just becomes <defunct>) and when stopping the jackd service jackd is not killed but becomes defunct.
<jmd>anonkun: What do you mean "missing from the repos" ?
***mattl_ is now known as mattl
<alezost>Arcanos: "guix build <package>" does not install the package it only builds it (it is placed in /gnu/store); "guix package --install <package>" installs it
<ng0>anonkun: yes, you can send a request for an application to the guix-devel list (as I assume we are not doing it like gentoo where everything missing is a bug) and either get help packaging it yourself or wait for someone to pick it up.
<ng0>also, it's not "repos" here. it's just one master currently.
<ng0>in case anyone feels like testing for core-updates, I updated the patch for libgcrypt.
<anonkun>1 request per email, or can I send a list?
<ng0>i think a list is better, then someone could check the licenses and if it's already on their todo list.. fe. i have torbrowser on the list but currently work more for gentoo, but if you feel like picking up torbrowser, you are very welcome to do so :)
<htgoebel>civodul: Okay. Curious, in other languages this is at least bad style.
<jmd>htgoebel: It's find in C, and in Pascal. In which language is it bad style?
<htgoebel>jmd: In C (and AFIK in pascal) you have separate header-files, so circular imports are no problem. Eg.. in Python it is bad style, since the first module is not fully initialized when the second one is importing it. If the second module tries to access elements in the first, these may not yet exist.
<htgoebel>jmd: And in guile there is no "header file", so i thought it may be bad style, too. But OTOH, everything is functional :-)
<civodul>could you check what's in the "*tramp/sudo ...*" buffer?
<htgoebel>Buh, I just had a hard time tracking down an build problem. The cause has been my python2-package py2-bbb was derived from a package py-bbb which hat an input py-aaa not setting "python2-variant".
<htgoebel>Thus py2-bbb tried to build based on a new derivation of py-aaa, while py2-aaa should have been used.
<htgoebel>IMHO some automatism would be very helpful, since we ought to set "python2-variant" for *all* "package-with-python2" packages.