<bdju>does `sxiv -a filename.gif` work for anyone? I can't seem to play gifs, but not sure if it's wayland weirdness or something else about my system
<bdju>my last two bugs aren't showing up on the mailing list and I haven't got any confirmation... I know new users need manual approval, but I've already filed bugs in the past
<bdju>the first of the two was sent over 3 hours ago
<nckx>sneek later tell raghavgururajan Reminder that the modern Web is broken beyond repair and must be abandoned: https://www.tobias.gr/burnitdown.png I suggest you send it to me in a simple /msg; it's relatively short.
<bdju>nice. got confirmation on my bug reports now
***sneek_ is now known as sneek
<ryanprior>bdju: I submitted a patch and got acknowledgement within about a minute. Dunno what's going on with the emails you sent.
<sneek>Welcome back ryanprior, you have 1 message!
<sneek>ryanprior, raghavgururajan says: I have just built ungoogled-chromium (84.0.4147.125-0.57244cd), as of a1a39ed5a46044161a71cbe6931c7e3006a82ecb, on Bayfront. You can get the substitute from there. :-)
<ryanprior>raghavgururajan: I was actually able to get ungoogled-chromium from ci.guix.org the other day, my lottery number does come up once in a blue moon =X
<sneek>raghavgururajan, nckx says: Reminder that the modern Web is broken beyond repair and must be abandoned: https://www.tobias.gr/burnitdown.png I suggest you send it to me in a simple /msg; it's relatively short.
<str1ngs>there is a registration process I don't think you can just drop the file in there.
<xelxebar>Oh. The thing where you can register "magic" byte sequences with the kernel and it will pass files with those sequences off to userland process. I've messed with that in the past. Didn't put 2-and-2 together.
*efraim has played with debootstrap some on the past
<xelxebar>Oh, wait, reading Documentation/admin-guide/binfmt-misc.txt in the kernel tree explains the flags. The F flag loads the binary upon registration, thus it sort of circumvents namespaces and chroots. Nifty.
<str1ngs>xelxebar: so I don't need qemu static then?
<peanutbutterandc>But during configure phase, it's saying something contradictory: 'using platform harfbuzz' (so it detects harfbuzz) but then goes on to say "No library found for -lharfbuzz". How should I go about fixing this?
<efraim>the first part could be based on configure flags
<necrophcodr>I've been implementing some Perl packages, but during their test phases they fail with "sh: perl: command not found", and various other 127s. I've added perl as an input for all 3 input types, yet it remains unable to find these executables. How can i troubleshoot this?
<xelxebar>necrophcodr: Dumb question, but did you include perl as a native-input instead of just a plain input?
<necrophcodr>xelxebar, i added perl in all of them. native-inputs, inputs, and propagated-inputs.
<xelxebar>peanutbutterandc: Hrm. Regarding python, I vaguely remember having to futz with python-2 vs python-3 in the native inputs before.
<rekado_>necrophcodr: does the build system reset PATH? How does it call perl?
<iyzsong-w>for '-lharfbuzz', first check where is the harfbuzz library (in harfbuzz package's store path "lib" or other directories). then check how the package search libraries (via LIBRARY_PATH or pkg-config, or hardcoded...)
<xelxebar>peanutbutterandc: Oh, thank's for looking at it! It's just plain TeX.
<peanutbutterandc>xelxebar, That's quite aesthetic. And I'm sure you'll get a great position somewhere. (:
<xelxebar>Guessing you're not quite a billionaire yet? :p Looks like you've poked around with several things.
<peanutbutterandc>xelxebar, Oh that's a joke. lol. I'm just a n00b of everything. "Jack of all, hireworthy at none" it seems. Just a random high-school drop-out poking around with stuffs in his free time.
<xelxebar>peanutbutterandc: Cheers, mate! If you need help getting a cv together, feel free hitting me up. Might try converting you to the plain TeX side!
<peanutbutterandc>xelxebar, I've been meaning to learn TeXinfo. But sure! I will remember to ask for you if I decide to learn TeX. Thank you very much. (:
<xelxebar>peanutbutterandc: This is just me poking at the problem. I don't really understand how this perl makefile works, but my guess is that the compiler invocation at the end is missing some flags that guix needs.
<peanutbutterandc>I'm just glad that I've got the working version of chordpro already packaged up. This is just so that I can follow and contribute (bug reports, etc. and not patches, yet, sadly) to the upstream repository...
<xelxebar>I find myself using guix packages similarly. It's a nice way of robustly documenting the build process.
<Librecat>unrelated to my problems but why cant i use the hurd kernel , are the drivers non existent
<desmes>Is there a way to find out the recommended packages (additional dependencies?) of a package? E.g. something like hunspell for Emacs or some fonts for Icecat, etc. I'm looking at the GUIX PACKAGE documentation but I'm not finding it.
<seeg123>hello, I'm trying to run `guix pull` however this is what I'm getting:
<efraim>ISTM that if you add it and it tries to rebuild the world then it would need to go to core-updates
<mothacehe>apteryx: I think civodul advised against such a change for performance reasons in the past.
<apteryx>yes, we're discussing it in the 'Dependency cycle issues when using a Gexp-based snippet' thread on guix-devel. He suggested a way to benchmark the performance to see the effect such a change would have.
<apteryx>efraim: good observation, I'll just try it on master and see.
<civodul>mothacehe: it would seem the performance issue doesn't quite exist
<civodul>seeg123: ok; Nix uses the term "binary cache" these days i think, others just say "pre-built binaries" or similar
<wehlutyk>In short, neither xdg-desktop-portal nor xdg-desktop-portal-gtk seem to export the `org.freedesktop.portal.OpenURI` interface, meaning that I can't open files/URIs from inside Zotero. I had stumbled on that using the firefox flatpak also
<zimoun>rekado_ mothacehe: the average 4500+ sec per evaluation should not be representative, statistically speaking. For example, ungoogled-chromium kill this stat.
<mothacehe> zimoun: This 4500s evaluation represents the required time to go through every possible package derivation (~50K) and check if a build is needed. The time should be relatively constant on master.
<mothacehe>But I agree with your email and this average thing is not that interesting. I'll consider adding a plot as ludo suggested or some other statistic as you suggested.
<apteryx>I have a bunch of scripts somewhere that may provide more clues if you need more help
<efraim>ah, I had the manual open to the docker service section
<raghavgururajan>wehlutyk: That is a flatpak-wide issue. Due to how it works (containerised manner). I am not aware of any work around for that in guix. Anyway, we have nix-service-type, where you can nix's zotero.
<efraim>looks like i need to take my container, run it, and then exec into it
<wehlutyk>raghavgururajan: you mean it's an issue with flatpak on guix? or an issue with flatpak generally? Other users of zotero on flatpak don't seem to have that issue, and my understanding is that portals are exactly for that use-case
<reepca>the only potential explanation that comes to me so far is that somehow the target (/gnu/store/.links/0k63r0n3681r2gqd00blq4z5xd7cw1knv0x049p99f0pq31brhrk) exists but is a dangling symbolic link (didn't know that 'file-exists?' uses stat and not lstat), but I have no idea why that would be there
<apteryx>civodul: I don't get it, but on current master, making the origin snippet field thunked or delayed, nothing can be built anymore (cycles are introduced?). It wasn't like this the last time I tested this.
<bdju>I'm researching USB WLAN devices that work with free software and I'm finding that the REALTEK RTL8812BU chipset is very common and there are options readily available that use it. The driver for this is free, but it's not in the kernel, and it's not yet packaged on Guix.
<bdju>I have a device that uses this driver and so I was hoping to find something with a chipset already in the kernel to recommend a friend, but I'm increasingly thinking it would be easiest to get this driver packaged
<bdju>the exact one I bought a couple months ago isn't being sold anymore but it looks like the top or bottom one pretty much
<pancak3>bdju: Guix is pretty good at abstracting things so they just work. I managed to successfully package a linux kernel module and I still don't know how those work. It's probably not as hard as you think.
<apteryx>sneek: later tell civodul I did run make clean-go and recompiled, so that should have covered it
<apteryx>so, (fold alist-delete your-original-inputs '(inputs to remove))
<peanutbutterandc>wow you are really good at regex-golfing. I need to get my grep-game up. Thank you very much
<apteryx>eh, I had the luck of knowing it'd involve alist-delete, which made it easy :-)
<jonsger>is there any reasoning why backtraces of guix have those super short line width, so that no one can read the store paths further then /gnu/store/abzwefwef...
<apteryx>the reasoning is "trimming long lines of output" is the reasonable default. Unfortunately the way to change this is not well documented/convenient. It involves setting the COLUMNS environment variable to the number of chars you want to preserve (per line).
<apteryx>There's a bug about this in the Guile debbugs tracker.
<pancak3>how come when you inherit another package, the version variable remains the original packages version and not the new version?
<peanutbutterandc>pancak3, Hey there! Inheritance seems to cascade. So if the parent has (version "1") but child has (version "2") child's one over-writes the parents one...
<peanutbutterandc>It's there at the very end of 'package reference' section in the guix manual
<pancak3>apteryx: that's not the bug. I packages emacs-next and I never tested it cuz I'm an idiot. It breaks when nothing else is installed because I'm a dummy who didn't do the environment variables right
<pancak3>leoprikler: if EMACSLOADPATH=/profilelisp: everything good. if EMACSLOADPATH=/profilelisp:/systemlisp everything good. if EMACSLOADPATH=/profilelisp everything bad
<pancak3>everything is bad for emacs-next right now
<pancak3>systemlisp is like the /gnu/store/...emacs-.../share/version/lisp
<pancak3>we could fix emacs-next by adding the system lisp dir to the emacs-next definition but it would mean some redundant code. If emacs-next could override the version variable in emacs, everything would be pretty great. If we could append a ":" to the end of EMACSLOADPATH then that would be ideal
<pancak3>That's probably a bad explanation but that's the current situation
<leoprikler>ehm, as a quick solution, you could use something wrap-program esque to add ":" ass a suffix to EMACSLOADPATH
<leoprikler>but just to be sure, this is specifically an emacs-next problem atm, right?
<apteryx>pancak3: if repeating code for the emacs-search-path abhores you (which I kind of understand), you could factor it out as a procedure, and call it with the a version arg.
<leoprikler>IIRC emacs-search-path already refers to version, but that may be broken for emacs-next currently
<jlicht>civodul: to prevent the ML from being spammed with "Not me", my sad old T400 with 8GB ram has no issues /w Emacs 27.1 session running for about 4 days now.
<pancak3>the version variable in the emacs definition is always 27.1 even when called from emacs-next. the emacs-next version doesn't override the emacs version
<pancak3>If I could make the emacs definition run with the emacs-next version, there wouldn't be any problem at all
<reepca>civodul: that cycle of ENOENT -> EEXIST -> ENOENT... is very odd. The only way a canonical link should be getting deleted is if the gc is run, and that shouldn't cause any more than a few retries. But stat() is consistently returning ENOENT for a prolonged period of time. After looking at the stat man page, the only explanation I have for that is that either a dangling symlink has somehow been placed where the canonical link should go
<reepca>or we've managed to end up with different versions of guix/store/deduplication.scm
<jlicht>and I have 107 emacs packages installed, so we could do some debugging with the disjoint set of our packages ;-)
<jlicht>hmm, I'm trying to write s-expressions (elisp) to the store, and I would prefer if I don't have to immediately 'drop down' to representing everything as strings that I then feed to mixed-text-file
<civodul>i guess you could use a computed-file that depends on all these scheme-file and concatenates them
<civodul>but you have to explicitly write the code that does that
<jlicht>oh wow, that was exactly what I was looking for
<apteryx>jonsger: hmm, I can't find how to do this at the level of guix-service-type. It'd be good to add a backtrace-max-width field to the guix-configuration record and have it setenv the COLUMNS environment variable in the guix-shepherd-service procedure.
<jlicht>civodul: are 'normal' scheme types also "ungexp"-able?
<jonsger>apteryx: hm oke, so it seems the icedove update has to wait some more days :P
<apteryx>I think it used to work to set COLUMNS in the /root/.bash_profile file but Shepherd no longer defaults to use environment variables from its environment so that probably doesn't help anymore.