<codemac>mark_weaver: ok.. didn't mean to offend. My arch system has it and it seemed like a few pieces of software expect it to be there. We go to similar paints for ncursesw.so, didn't see why curses.so would be so different.
<codemac>well yeah, so we do the symlink hack for ncursesw.so, so wondering if I should patch cscope's build or edit the ncurses package definition for libcurses.so
<codemac>And it looked like we have symlinks in there for libncursesw
<codemac>though it also checks for libcurses.so (which ironically doesn't exist because ncurses doesn't package itself that ways)
<mark_weaver>so far, I'm not sure that we have any other packages that fail to find ncurses. I think in this case we should help cscope to find it rather than modify ncurses.
<mark_weaver>the other problem with modifying ncurses is that it will probably entail rebuilding most of our packages, which I'd rather avoid :)
<mark_weaver>we normally try to avoid modifying upstream packages unless there is a compelling reason, and in this case the number of packages that fail to find ncurses seems to be very small.
<mark_weaver>what do you think? if you disagree, feel free to raise the issue on the ML
<codemac>probably. If there are tons that need this we can revisit, as modifying cscope is the conservative step.
<codemac>oh not a biggie to me, just trying to get as much of the "guix way" under my fingers :) I'm still a systemd nerd but maybe you guys will win me over in enough time with this "hack the init system" excellence :)
<mark_weaver>heh, yeah, I admit that dmd is inferior to systemd at the moment, but I have confidence that in the long run it will pay off to have an init system based on scheme.
<LordShadowWing>How Long should ~root/.guix-profile/bin/guix-daemon --build-users-group=guixbuild take fo finish
***anthk_ is now known as anthk
<codemac>mark_weaver: !! --with-ncurses=/gnu/store/...-ncruses-6.0 == WIN on cscope! just had to poke in configure a bit better :)
<jogo_>Hey, I just installed GuixSD into a virtual machine, setup and booting seem to work fine, but I am not able to find out how to start x / xfce. I found some slim service, but do not know where/how I can add that to startup. I am using the desktop config as default.
<jogo_>Can maybe anybody please point me in the right direction?
<iyzsong>jogo_: make sure xfce is in the 'packages' field, and enable slim-service (contained by %desktop-services), you should see a 'Xfce session' entry when login using SLiM.
<iyzsong>jogo_: the default desktop config template doesn't start Xfce for you?
<mark_weaver>I use C-x v g (vc-annotate). not sure off-hand how magit-blame differs
<mark_weaver>I switched to using vc mode partly because its vastly faster than magit (the old magit, at least) for many operations, and also because the mode that magit uses for displaying diffs is missing some standard keys that I prefer in standard emacs diff mode, most notably C-c C-c to go to the source code corresponding to a given hunk.
<mark_weaver>although maybe magit's diff mode has similar features under different keybindings; I confess I didn't bother looking because it was easier to just use vc mode.
<mark_weaver>also, on the occasions that I need to use a different version control system, it's nice to be able to use the same commands I'm familiar with.
<mark_weaver>(e.g. when grovelling through a project's repo to extract patches for security updates)
<bavier>mark_weaver: and we all appreciate your skill at doing that :)
<mark_weaver>I'd love it if someone else wanted to help with security updates from time to time :)
<mark_weaver>speaking of security updates, I wonder how much longer we should wait for GNU IceCat 38.x. it's terrible, but I'm considering proposing that we should remove GNU IceCat 31.x from Guix, since it contains critical security flaws that are beyond my skills to backport fixes for.
<mark_weaver>I've raised the issue several times on the bug-gnuzilla list, starting the day after the problem arose (August 12)
<bavier>is that when you suggested others consider using epiphany for a time?
<mark_weaver>I don't remember how long I waited before making that suggestion
<mark_weaver>there are some disadvantages to that approach though
<lfam>mark_weaver: what are the disadvantages to that method?
***davi_ is now known as Guest22197
<mark_weaver>lfam: when you do it that way, guix doesn't know anything about the package, not even its name or version number. things like upgrades don't work properly, and if you install the same package later the old raw /gnu/store/... one will stick around until you explicitly remove it, etc.