IRC channel logs


back to list of logs

<dustyweb>maybe I can set the driver myself
***c0ntrapumpkin is now known as contrapumpkin
<davidpgil[m]>Hi there. I'm having an issue with "guix refresh". When I type tha tinto the terminal I see this: Backtrace: 13 (primitive-load "/gnu/store/pii5cimi72lj5l7793h54g5sg0s…")In guix/ui.scm: 1452:12 12 (run-guix-command _ . )In ice-9/boot-9.scm: 837:9 11 (catch srfi-34 #<procedure 2cb9c60 at guix/ui.scm:513:…> …) 837:9 10 (catch system-error #<procedure 350b050 at guix/script…> …)In guix/scripts/refres
<davidpgil[m]>449:12 9 ()In srfi/srfi-1.scm: 640:9 8 (for-each #<procedure 2cb97a0 at guix/scripts/refresh.…> …)In guix/scripts/refresh.scm: 236:2 7 (check-for-package-update #<package acct@6.6.4 gnu/pac…> …)In guix/gnu-maintenance.scm: 469:21 6 (latest-gnu-release ) 454:16 5 ()In ice-9/boot-9.scm: 837:9 4 (catch srfi-34 #<procedure 350b000 at guix/http-client…> …)In guix/http-client.scm: 334:20 3 (_)
<davidpgil[m]>2 (http-fetch _ #:port _ #:text? _ #:buffered? _ # _ # _ # …)In guix/build/download.scm: 406:4 1 (open-connection-for-uri _ #:timeout _ # _) 296:6 0 (tls-wrap #<closed: file 39679a0> _ # _)guix/build/download.scm:296:6: In procedure tls-wrap:guix/build/download.scm:296:6: X.509 certificate of '' could not be verified: insecure-algorithm signer-not-found invalid
***danialbehzadi1 is now known as danialbehzadi
***pksadiq_ is now known as pksadiq
<jlicht>good $TIME_OF_DAY guix
<jlicht>I anyone using clang++ from the clang package? It seems to make use of system include paths, leading to impure linking issues for even a simple hello_world.cpp :/
<nee`>Can I access the current package variable during build phases? I want to use the name and synopsis fields to help with generating .desktop menu entries.
<ngz>Hello. I'm trying to package wine-staging. This is basically a set of patches, applied in order with a shell script, on top of a regular wine source folder. What would be the best way to handle this? In particular how to make sure wine-staging ".tar.gz" is extracted on top of the wine source directory?
<nee`>ngz: I would try to extract the staging.tar.gz in a (source (origin (snippet))) with a system* tar command and then put the patches in the (source (origin (patches))) field.
<nee`>ngz: The tar.gz would be listed as native-input with an (origin) value, but I'm not sure if the snipped function can access the %build-inputs variable.
<ngz>Thank you. I'm not sure to get the full picture, however -- I never used multiple origins in the same package. Would you have a package in mind that would do something similar?
<nee`>run `guix edit red-eclipse` to see an example of downloading multiple archives. It does it after the unpack phase though.
<nee`>ngz: You can search for 'snippet' in games.scm to see some examples of that. Don't forget the modules field before it. I think the snippet function is run before patching, not 100% sure though.
<nee`>If that approach doesn't work you can try to apply the patches manually in a new build phase after 'unpack.
<ngz>Indeed. I'm looking at "fillets-ng" in games.scm. There, data is defined as a native input with `origin', then extracted in a new phase after `install' one.
<ngz>I could use wine ".tar.gz" as the main data, the patch set as a native-input, and a phase to apply the patch set before calling "./configure".
<shiranaihito>could please add a package for the Zulu JDK: ? it would give business users some peace of mind, being a tested build and all:!topic/mechanical-sympathy/jQGahuzJKM4 - "The OpenJDK TCK includes several tens of thousands of tests. And when subtle build issues arise, they sometimes cause only a handful of those tests to fail..."
<shiranaihito>+someone :p
<shiranaihito>or is there a way i could do it myself? .. not that i probably should, being new to Guile and Guix and all (and not comfortable with emacs)
<shiranaihito>as far as i can tell, Zulu would be compatible with GNU values too
<shiranaihito>does a system config need to contain *everything* that's meant to be present, or can it be "incremental", on top of other stuff defined in a "base" system config?
<nee`>shiranaihito: Is this an OpenJDK fork? Maybe you can try to edit the OpenJDK package. It currently named "icedtea-8" in gnu/packages/java.scm in the guix repository. I don't know much about java packaging, but I'm sure a lot of people would help you out with Guile and Guix here or on the mailing list.
<shiranaihito>nee` i'm not sure if it's a fork.. maybe just a build
<shiranaihito>the main point is that Azul runs it through the compatibility tests etc, to check that it's not (subtly) broken
<shiranaihito>normally any business person would just go with the Oracle JDK that's "the standard" almost anywhere, but with GuixSD it's not a supported option
<shiranaihito>but it seems Azul's OpenJDK build would be as reliable as Oracle's JDK, having been through the tests etc
<shiranaihito>.. which is important when you're running a business, and aren't supposed to have downtime because your JDK is broken, etc
<nee`>shiranaihito: The system config does not need everything to be explicitly listed. There is the %base-packages that you prepend stuff to. The services fields add their own dependencies, and usually you use %gnome-desktop-services or something like that.
<shiranaihito>nee` right.. but i started out making a big system config to include everything, but Guix complains about a certificate file defined in the config not being in place, before GuixSD itself is installed
<shiranaihito>i had an nginx config there, with the cert included
<shiranaihito>so it seems i need two separate system configs - one without nginx, to install GuixSD, and another with nginx to be applied when the cert file is present
<shiranaihito>.. which is to say, it's not about the base packages :)
<nee`>Ah okay, are you using certbot? I think the nginx/certbot services need some more work in that area. I think nginx reloading is still not done and you even have to run `hurd stop nginx` before doing a reconfigure.
<shiranaihito>nee` i'm not familiar with certbot
<shiranaihito>nee` btw, what do people use to keep services running?
<shiranaihito>like, to make sure they're running :)
<shiranaihito>normally i'd use Monit:
<nee`>I think GNU Shepherd should always restart services that crash. For example when I run `pkill murmurd` it does automatically restart.
<shiranaihito>nee` oh ok, maybe it's enough
<shiranaihito>nee` oh.. but then i'd need to have a "service" for my Java app? :x
<nee`>Yes, right now they are defined in the system config, but I think containerized user level service definitions are in the work since it's planned for development environments to start services like databases.
<shiranaihito>nee` i'm not sure what you mean.. it's "planned" for "development environments" to start databases?
<shiranaihito>is there a blog post or something where i could read more?
<nee`>I was refering to what I read at: I mean right now only root can start new services.
<nee`>They change their owner of course
<shiranaihito>nee` alrighty. But for now, i can't tell what i'd use "guix environment" for :)
<nee`>It's usually practical if you want to work on a project and not install it's dependencies in the system, or user environment, or if you want to quickly try out a sofware without creating a generation for it.
<shiranaihito>nee` can i set up authorized ssh keys with a system config?
<nckx>shiranaihito: Sure. See the ‘openssh-service-type’ example in the manual.
<efraim>weechat@2.0.1 unit tests took 11 seconds on i686
<efraim>based on the build time alone the tests should've passed on armhf in 165 seconds, and it timed out after an hour
<efraim>ah, we weren't running the tests before
<nckx>efraim: No, I enabled them after the update to 2.0.1 (and disabling failing tests). Oh :-(
<nckx>Do they freeze?
<efraim>nckx: not a big deal, i'll take care of disabling them for non-intel
<efraim>looks like it freezes on 2.0.0 also
<nckx>ACTION might have meant 2.0.0 instead of 2.0.1.
<nckx>efraim: thanks!
<shiranaihito>nckx cool, thanks :p
<shiranaihito>nckx is a "local-file" local to whatever computer is calling guix? like, you could be applying a system config to some other computer than the one your "local" one?
<shiranaihito>(like: (local-file ""))
<efraim>it's in relation to where the file calling it is located
<efraim> berlin calls local-file for keys stored in the key directory
<shiranaihito>efraim ok, so i could copy stuff over to a server, along with a system config, and have the config use the files from where it's applied from?
<daviid>out of curiousity, are lilypond and frescobaldi packaged for guix?
<brendyn>daviid: yes
<daviid>brendyn: tx. some users complain they can not run frescobaldi 3.0 on ubuntu 17, no matter what (repeating they words, hence my quiz)