<person123>can someone help walk me through partitioning my disk for an encrypted installation?
<fogbugz>how do you manage gnome desktop settings in a reproducible way? using gsettings schemas?
<OriansJ>person123: how detailed do you require assistance? The minimal involves setting up a boot partition, a luks volume and a grub config to automount your encrypted volume
***cstrahan_ is now known as cstrahan
<Stream>i have two monitors and display manager places login field in the middle of both monitors, i tryed to disable one monitor but it doesnt change anything, how to fix it? i need some kind of config files or it is done in configuration file?
<Stream>yes i use default one, gona try other now. i had also problem my main monitor is at right side but in linux default is left, which is why i changed them but when i did it messed crosshair and even worse later, now i cant start xfce and gnome because i changed monitor positions, i just login then it gets stuck and returns me again to login screen unlogged
<str1ngs>off topic, is there away to use startx? I like to not use a DM at times.
<str1ngs>just installing xinit is not enough, I don't think
<wigust>str1ngs: Why is it not enough? As I remember it is. But you need to specify a window manager in ~/.xsession
<str1ngs>startx looks for the X binary relative to the startx path
<str1ngs>I even added xinit xorg-server to system config. hoping that would help. but I think it deference's symlinnks
<wigust>Stream: I tried a GNOME with GDB, but in Guix generated QEMU virtual machine. It's not ready to use as I remember from mailing list discussion. I think it will be easier to configure Slim to auto-login if you don't need multiple users to login than mess with login managers.
<Stream>the second problem is more about changing the sides of monitors idk how to describe it, but its like i got main monitor right and secondary left but in linux defaults are inverted, so when i try to change defaults both in xfce and gnome first problem with coursor appears and after some time i just cant login into them at all, i think its not because of slim
<Stream>the coursor icon and the coursor itself are in different positions
<str1ngs>sounds like mouse is having a existential crisis
<fogbugz>wigust: I'd be very interested to get plain startx running. I tried months ago but it didn't seem to be possible.
<wigust>fogbugz: Does it cannot find find a 'X' binary of xorg-server?
<fogbugz>wigust: i vaguely remember that was the case
<fogbugz>i need to try again. For me there are just two hurdles to adopt Guix as a daily driver (I'm already using it, but these make the experience painful). The minor one is no startx. The major one is IceCat. I like the project, but it's not very actively maintained or well documented.
<Stream>what is the problem with icecat? it works on my system
<fogbugz>Stream: yeah, it works on mine too. But the project is not very actively maintained, ships with very old plugins, lots of the configuration patches are outdated. I wonder where it's going with the new Firefox 57. Besides, making it work for e.g. WebRTC at meet.jit.si involves patching tons of things.
<rekado_>fogbugz: we also have epiphany and eolie.
<civodul>m-o: looking again at commit 00e39b2ea4, it wouldn't hurt to keep the EFI System Partition, would it?
<m-o>civodul: the problem is, when a partition with esp support is detected by intialize-hard-disk, who calls install-efi which is broken on arm32.
<m-o>civodul: but that maybe the problem to solve instead of removing EFI partiton though
<fogbugz>rekado_: yeah, epiphany works great. But these days, lots of things like (open) webrtc only works on chrome or firefox. Chrome is pretty bad privacy wise. Even Chromium has some blobs. Firefox is good, IceCat is much better. I just wish it was well maintained.
<civodul>m-o: ah ok, i didn't know about the ESP detection logic
<wigust>dvn: "cat $(which haunt)" will show that it's just a wrapper and currently missing path to reader.
<fogbugz>What's the equivalent to Nix wrapProgram in Guix, wrap-program? I have a new package working for LyX (a LaTeX editor), my first Guix package. I'm just missing to wrap the binary so that calls to python are made to the python input, not resolved dynamically. But I'm somehow . Any sinot doing it properlymple example code from another package I can look at?
<wigust>dvn: haunt package needs some tweaks to work without manual investigation. I wonder is it common for most of Guile packages? Maybe we need to have a "export GUILE_LOAD_PATH=…" in /etc/profile?
<wigust>fogbugz: wrap-program is for inserting environment variables. You probably want patch-shebang or substitute*
<fogbugz>wigust: thanks. Is this documented somewhere?
<wigust>fogbugz: It's in guix/build/utils.scm. Also grep for examples.
<Gamayun>fogbugz: Great that you've got LyX working :)
<fogbugz>Gamayun: oh you use LyX? It's for my dad and his mates. They typeset papers in LyX instead of learning LaTeX!
<wigust>fogbugz: Fill free to ask here or send a mail to mailing list. We will help as much as we could.
<Gamayun>I used to at uni, before learning a bit more LaTeX... Was good as a gentle way into it. :)
<fogbugz>Gamayun: cool, yes its a great gateway to LaTeX
<lfam>mb[m]1: I just pushed some changes to the grafted replacements of libarchive and libxslt. Should they be ungrafted on core-updates or left as-is? I'm not sure if the low-level packages are frozen on that branch yet or not
<mb[m]1>lfam: gcc was recently modified on core-updates, so feel free to merge and ungraft.
<fogbugz>D GNOME looks anworks great, except for a few bugs. It's two versions behind upstream, so it would be great to upgrade to get some bugfixes. Is it out of date because it's not popular in GuixSD?
<efraim>We have the meson build system so that's not holding us back anymore
<efraim>I think we just need someone to update all the packages and reconfigure and make sure it still works nicely
<cbaines>Hmm, I've found the boot-parameters record now, which appears to have something to do with the device used...
<cbaines>I've got as far as determining that device file systems will be silently ignored when attempting to use a separate store, but I'm having trouble joining that up to the generation of the grub entries
<cbaines>I've managed to generate a more promising grub config by switching to using a UUID for the store device, but Grub can't find that either yet...