<vagrantc>did guix lint always cache CVE data? ... seems much faster than it used to after the first run
<vagrantc>acrow: so i have patches that are enough different that seems like i should submit them as a ... v5 series?
<vagrantc>acrow: mostly just whitespace changes from applying guix style ... and using a few string-append calls to break up long lines
<vagrantc>acrow: and dropping some rearranging of the use-modules stuff ... which makes the diffs much simpler (if less orderly ... but i think orderliness should be it's own patch if that is really desired)
<vagrantc>acrow: that said ... given this patch series is getting to be over 7 months old ... maybe i will just go for it. :)
<vagrantc>acrow: you've waited over half a year (and then some, if i recall) ... so ... :)
<acrow>vagrantc: Don't know what to think of that. It has repeatedly passed QA (although now it says it is unknown) I'm not sure what would cause jericho-html to fail on i686 that works on other architectures. Hmmm.....
<vagrantc>looks like some failure somewhere higher up on the toolchain ... seems to be rebuilding rust ...
<vagrantc>although the build log is so long ... i have not yet loaded it
<acrow>vagrantc: you know how I feel about rust......
<martin1>Are the package lists different between guix on a foreign distribution and guix system? On guix system, I have dino 0.4.2 installed, but on my ubuntu machine, I just installed guix, ran "guix pull" and "guix upgrade", but the newest version of dino is 0.3
<slartibartfast>"guix pull: error: cloning builder process: Operation not permitted" ... I'm root but in a container with certain resource limits imposed, I don't suppose there's any feasible workaround without getting restrictions relaxed...?
<apteryx>maybe running the daemon with --no-chroot?
<avp>Hello Guixers! Yesterday I've sent two an email to firstname.lastname@example.org, one with attachment and one without (I removed the attachment thinking that could be the core of the problem), but it seems that none of the emails reached the mailing list for some reason. The emails title was "LaTeX: Need help with packaging a book in GNU Guix". What I'm dong wrong?
<itd>first time posting to that list? (maybe some moderation.)
<avp>Okay, maybe it's reasonable to wait more. Although a little notice email from the mailing list saying that my email is at least received and queued for moderation would be nice indeed.
<drewjose>hi, I was looking at the nixpkgs package for babashka, and they use graalVM to build a native binary from a jar. I've never packaged anything for guix before, but would you have to add graalVM as an input and use that in a g-expression?
<nckx>avp: I dropped the one without attachment. There's a limit, but it's rather generous and ~400k wouldn't hit it.
<bobbma>Hi! Can i add a file to package without changing package definition? I want to replace style.css file in cgit package.
<nckx>mrvdb: Thanks. It's not even giving a 502 here.
<jpoiret>bobbma: not to a package, but there probably is a field for the service configuration for that, no?
<nckx>bobbma: You can write a new package that inherits from cgit and adds a phase, or (if cgit were expensive to build, probably not) something that takes cgit as inputs and copies the output, replacing that file.
<andreas-e>rekado: When looking at whether we could get rid of email@example.com, I come across pigx and related packages that still depend on it. Could you maybe have a look whether these could be updated to the most recent firstname.lastname@example.org?
<andreas-e>cbaines: On the bordeaux activity page, there are "build setup failures". What does it mean, and how can it be solved? The same R packages appear again and again on bayfront and harbourfront for at least an hour or two already.
<cbaines>andreas-e, so there are several types of setup failure, looking at the logs on harbourfront, it seems like this is due to missing inputs
<cbaines>hmm, I think there might be a concurrency issue in the coordinator. I think multiple threads are trying to process the same hooks at once
<ngz>cbaines: I'll soon have around TeX Live 1300 packages to push in order to complete modular TeX Live. Those are very quick to build (a couple of seconds each on my under-powered laptop). Is it fine to push them in one go to master, or should I still split them into slices of around 300 packages and wait a few hours between pushes?
<cbaines>ngz, it would be good to move to more/all changes going through QA, that way substitutes are available when changes hit master
<cbaines>there aren't any branches in the queue to be merged at the moment, so you could just push all the changes to a branch, open a merge request, wait for QA to build them, and then push
<ngz>Building these packages is roughly as fast as downloading substitutes for them.
<cbaines>there's also no specific guidance on not pushing large numbers of new packages, so just pushing them all to master is an option
<ngz>Not that I'm against creating a branch. I wonder know what would be the more efficient way to proceed.
<charlotte1123581>hi, anyone got a way to jump to definition from config.scm? i wanna understand wtf i am even doing lol. something akin to dumb-jump
<ngz>andreas-e: Indeed. The final packages, which do not include those defining TeX formats, merely extract they "runfiles" from an ".ins" (or ".dtx" sometimes) file, and copy everything to the package outputs.
<charlotte1123581>also, i like using plan9 mk more than make, how does one define new build-system?
<jpoiret>charlotte1123581: with Geiser in emacs it should be possible using M-., you need to start a repl first though with C-c C-a
<jpoiret>for how to define a new build-system, I'd suggest having a look at the existing build systems source, I don't believe there's documentation on that
<jpoiret>although you can use trivial-build-system and write out the whole process in the phases
<charlotte1123581>nice thanks. wtf is a g-expr is this guile specific? how does this relate to various normie quoting i am used to
<jpoiret>it's Guix-specific rather. It's a fancier s-exp that also includes info about eg. what other modules need to be available for it to run, since the use-case is staging code to be run under the build process that's isolated.
<charlotte1123581>so it behaves like quasiquote/unquote/splice but guix keeps some dependency metadata in the background?
<jpoiret>yes! although that dependency metadata has to be added manually, but you usually don't need it too much
<jpoiret>other important difference is how unquote works: objects have to be lowered to be inserted in a g-exp, usually that transforms them into store paths
<jpoiret>for example you can #$some-package and it'll lower that to the path to the built package in the store
<jpoiret>low-level is almost always a derivation. But in guix you don't manually create derivation objects for all packages, we have the higher-level (package ...) abstraction for that. That package can then be lowered to a derivation.
<andreas-e>cbaines: There are a few suspicious "old" packages being built on QA, kio from elogin-updates on bayfront and rustc from rust-team of harbourfront. But maybe these are just the same in master. Are the ARM machines building? "No allocated builds" sounds suspicious.
<cbaines>andreas-e, the build coordinator plans what builds should be allocated to each agent, so the plan size is the ordered list of builds to be allocated to that agent next
<andreas-e>Okay. So when it is smaller, things are more agile.
<cbaines>the plan is recomputed very frequently, but yes, it's done this way mostly to ensure that handing out builds to agents is very quick and not dependent on whatever process you use to work out what should be built next
<andreas-e>Hm, no, I misunderstood. It is usually 256, but if there are not enough packages, there are less. Like the 9 now for ARM. It is just suspicious that ARM should be finished and x86 still busy!
<andreas-e>While there are also plenty of patches to be processed.
<cbaines>with x86 there's all the cross builds to do as well
<unmatched-paren>(1) why does cross-libc need to be built natively in the first place?
<ngz>RavenJoad: Also, for your previous question, the `texlive-scheme-full' package contains everything. It currently being built by the CI, and will hopefully appear soon in master.
<unmatched-paren>(2) why is it necessary to distinguish between search paths applied to native inputs and those applied to target inputs? why not just apply all search paths to all inputs?
<ngz>RavenJoad: Meanwhile, `texlive' is expected to work, tho.
<RavenJoad>Are texlive and texlive-scheme-* and texlive-biber incompatible with each other? I am getting "builder for `/gnu/store/...-guix-package-cache.drv' failed to produce output path `/gnu/store/...-guix-package-cache'"
<ngz>They shouldn't be, although it is pointless to have both `texlive' and `texlive-scheme-*' in a profile.
<RavenJoad>I was having an issue about a month ago where texlive needed texlive-scheme-basic to generate a cache of some kind.
<ngz>RavenJoad: You may want to guix pull. Some bugs wrt TeX Live packages were fixed recently.
<RavenJoad>I am trying to pull right now, and that is where I get that failed to produce output message.
<ngz>RavenJoad: Basically, if you want to use modular TeX Live (i.e., using anything with "texlive-" prefix), you need to have a "collection" or "scheme" somehow in your profile. Otherwise, you'll not get the necessary files to use your "texlive-" stuff.
<ngz>Any collection or scheme is fine, because they all pull texlive-scheme-minimal anyway.
<RavenJoad>I want all of texlive, because I am lazy, so the texlive package is what I want, for now.
<ngz>Great, you'll have a dozen of packages simulating coffee stains on your documents then ;)
<RavenJoad>Exactly. But do I need to remove the texlive-scheme-* package to get the pull's build to go through?
<ngz>Anyway, did the change from (gnu packages tex) to (gnu packages texlive) help?
<ngz>You can remove everything with "texlive-" prefix, but this shouldn't be a source of error, IMO.
<RavenJoad>Changing the import did not change the problem; it changed when it showed up though. If I do not use (gnu packages texlive), then I get an error immediately after pulling. If I do use it, then I get an error during the build of the guix package cache after pulling.
<RavenJoad>After pulling meaning after the git pulls are run, but before the guix pull command finishes.
<PotentialUser-25>havent used IRC in a while so Ill need to setup an account. but i had a question about the scope/capability of the project.
<PotentialUser-25>I often experiment with different languages for frontend/backend. getting dependencies to work between different build systems can be a hassle, and mostly results in a shell script or picking a topmost build tool and writing a plugin for the other languages.
<PotentialUser-25>is this something guix can help solve? for example, if i have a repo with an elixir app (using mix) that depends on an ocaml app (using dune).
<vagrantc>nckx: i know you are probably not surprised, but your capabilities patches work for me :)
<Sleep_Walker>I'm trying to fix my system configuration in a way that generated grub.cfg doesn't contain section with crypto partitions (I believe it should search only for the one with grub.cfg and the one with /gnu/store, right? But I have more of them and grub opens them even though it doesn't need it) and it doesn't set locale section (I'm using own grub and this prevents me from sourcing grub.cfg). I found that `grub-configuration-file` function
<Sleep_Walker>is used but I'm getting lost with expressing myself in system configuration. Can you help me, please?
<nckx>vagrantc: I'm happy with not being surprised :) Thanks for testing.
<nckx>Sleep_Walker: There is *no* official Guix presence on Matrix, nor is there any bridge AFAIK.
<nckx>Some people got stranded there when the bridge was shut down, unfortunately.
<rekado>sneek: later tell andreas-e email@example.com is used by the old java-cisd-jhdf5, which is an input to fastqc. I don’t know if it’s possible to upgrade it, because there’s no newer version of java-cisd-jhdf5.
<apteryx>it could be just a network error, according to a bug from Maxime on our tracker
<Sleep_Walker>nckx: I can show you most of the configuration if it helps - it shows combination of partitioning, LUKS, LVM, LUKS on LVM - mmnt. Problem with locale section is that I have locales installed on the system (and that is correct) but I'd like to not have this section in `grub.cfg` - because I use own grub installation from the other distribution - loading localisation doesn't work. My grub install is just #t.
<apteryx>what target should I use to build just the Guix binary distribution tarball?
<apteryx>'make guix-binary.aarch64-linux.tar.xz' seems to be the one
<mirai>I thought I somehow missed it while guix search'ing
<RavenJoad>I just created a cuirass instance and the postgres instance fails to start because /var/lib/postgresql/data/PG_VERSION has incorrect permissions. It has 600 for user 986 and group postgres. As this is a brand new cuirass VM, this should not happen, right?
<RavenJoad>The postgres user is uid 983 and the postgres group is 981.
<mirai>ngz: what about footnote.sty? texlive-footnote?