<ng0>sneek: forget if someone is interested in it, I've added some 2f30 (suckless following community) software here: https://pagure.io/packages/commits/ . I'll make them available as patches to master soon.
<ng0>I'd like to extend search-patch to include "patches" directory inside GUIX_PACKAGE_PATH . I'm rewriting the packages.scm for myself to include this feature, but I think this is not so uncommon to include patches in your package path
<ng0>;; .... allowing patches in $GUIX_PACKAGE_PATH to be found.
<ng0>"/home/ng0/src/packages/ng0/packages/personalized.scm:32:2: st-full-0.7: st-scrollback-0.7.diff: patch not found" so where should the patches in the guix pkg path go? /patches was not accepted, and in thiscase ng0/packages/ is also ignored.. should it go to the root of it?
<lfam>jmd: The tarball that doesn't match what upstream released for the version the packager intends to package
<jmd>Oh you mean they package some third party version.
<lfam>Maybe once a month, somebody pushes a package update that fails for everyone else because the URL was wrong, but the packager used `guix download` so they had the tarball in their store. Or, the tarball is supplied by the Nix mirror, but can't be fetched from the upstream source
<lfam>I think we have some code that checks the file name in some cases, but I'm not sure it does this when using the Nix mirror
<ajgrf>i'm trying to package profile-sync-daemon, which normally installs a per-user service file (for systemd). is there a good way to do the same for shepherd?
<lfam>jmd, davexunit: I've just confirmed the OpenSSL example I gave. You can try updating OpenSSL@1.0.2 to 1.0.2k (not released yet) and use the hash for 1.0.2f. Guix will fetch the vulnerable tarball from the Nix mirror and attempt to build it
<adfeno>davexunit: SDL2 built with Ibus support fixes the double input key in Red Eclipse. Thank you very much! :)
<alezost>ng0: re "broken indentation of packages": it happens because Emacs-Guix is not a part of Guix anymore; you can "guix package -i emacs-guix" and add (add-hook 'scheme-mode-hook 'guix-devel-mode) to your emacs config to fix it
<adfeno>And... Installing Adwaita, GNOME, and Hicolor icon themes doesn't fix the issue.
<davexunit>rekado_: holy hell your docker patch is awesome
<davexunit>rekado_: to go along with this, maybe 'guix environment' should have a switch so that it outputs the profile name
<lfam>adfeno: Can you give an example of a program that shows this problem?
<adfeno>For the record: When one opens Nautilus (GNOME file manager), my problem isnot related to the icons of the files that appear in the list (I don't really care for those that much), my problem is with the icons next to the "close" button which is the only one that is visible with an X.
<davexunit>adfeno: I have adwaita-icon-theme in the 'packages' field of my OS config
<adfeno>davexunit: Oh... Indeed... Another obstacle for me might be that I'm not using GuixSD.
<adfeno>I wonder how to tell Trisquel's GNOME to get the icon themes I just installed from Guix.
<davexunit>what might work is if nautilus can be passed a flag or use some env var that says where to look for icons
<davexunit>and at profile generation time a hook is run that wraps the nautilus program in a script that sets this stuff up correctly
<adfeno>Hm... Perhaps addressing this in the documentation seems more appropriate, like so: "if you are installing GuixSD, make sure to do such-and-such in the system declaration. Otherwise, if installing packages from Guix, remember to install such-and-such icon themes and symlink to then from "$HOME/.local/share/icons" directory.
<davexunit>we already have some logic about icon caches though
<davexunit>I don't think we should recommend symlinking random stuff like that
<adfeno>Note: By symlink I mean using `ln -s` while at "~/.local/share/icons", making sure that the target is somewhere at "~/.guix-profile".
<adfeno>(Interestingly, if one uses ln's `--relative` option, this wouldn't work, since this would end-up targeting somewhere at "/gnu/store" instead, which ins't desired).
<OrangeShark>I use a symlink for icons and applications so they can be found in my distro's Gnome as well
<adfeno>davexunit: Unless the documentation for installing Guix has been updated since 2016-06, then I don't recall seeing variables to be set in order for icons and applications to be found by desktop environment.
<adfeno>I just tested Nautilus from Guix, and, unless there's something in my copy of Trisquel interfering with it, I was unable to reproduce the issue quiliro has in regards to some text appearing as squares.
<adfeno>Once, he's here, we can suggest him to install gs-fonts font-dejavu font-gnu-freefont (just in case)
<ng0>woops, it seems as if https://www.thc.org certificate is accepted by the build environment now... months passed since I last tried. Well I bothered the admin to fix the cert problem, it would help on the browser side