George Clemmer writes:
> I provided an example of how I use emacs and the _non-default behavior_
> of non-default profiles that I find particularly powerful in Guix. Of
> course it's not the only way to go, but I thought it might be of
> interest for your article.
Indeed, good point!
>> The pro
Pierre Neidhardt writes:
> The `emacs' you run is the last one in your PATH. This is defined by
> the load-order of the profiles, as for any program. This is not
> Emacs-specific.
Rectification: "the first one in your PATH".
--
Pierre Neidhardt
https://ambrevar.xyz/
signature.asc
Descript
Tanguy Le Carrour writes:
> Hi Guix!
>
> As previously discussed [1], I sometimes have problems logging in using GDM.
> And today is one of those days! :-(
>
> [1]: https://lists.gnu.org/archive/html/guix-devel/2019-10/msg00434.html
>
> Thanks to Joshua and Diego, I now have a SLiM alternative th
Hi Pierre,
Pierre Neidhardt writes:
> Hi!
>
> I'm resurrecting this since I got bitten by this today.
>
> I'm currently writing a blog article on profiles and manifest, and I
> realized that Emacs is the only program so far that does not behave
> consistently with the rest of Guix.
>
> When I so
Hi,
I recently tried to pass through a USB flash drive to a VM using QEMU,
and I couldn't get it working. Has anyone successfully used QEMU's USB
pass-through feature on a Guix system?
When I plug a USB flash drive into my Guix system using GNOME, GNOME
automatically mounts it for me. So I unmo
On Fri, Oct 18, 2019 at 06:31:32PM +0200, Tanguy Le Carrour wrote:
> So, symptoms are: when I try to log in using GDM, it goes black and…
> *bang* goes back to the login screen!
Does /var/log/gdm/greeter.log tell anything?
Regards,
Florian
Hi Chris,
I use the following command to get a USB device on VM:
--8<---cut here---start->8---
qemu-system-x86_64 \
-daemonize \
-m 4096 \
-smp 2 \
-enable-kvm \
-hda /srv/virt/vm.qcow2 \
-smb /srv/share \
-M q35 \
-usb \
Hi Tanguy
> So, symptoms are: when I try to log in using GDM, it goes black and…
> *bang* goes back to the login screen!
[…]
> Unfortunately, removing the gdm/gnome temp files [2] didn't solve the
> problem!
>
> [2]: sudo rm -rf /var/lib/gdm
> rm -rf .cache/gnome-*
> rm -rf .local/shar
On Sat, Oct 19, 2019 at 10:58:56PM +0200, Ricardo Wurmus wrote:
> Other problems may include a failure to start some user services via
> dbus.
>
> This is tricky and frustrating. I hope someone here will come up with
> an idea to make this more robust.
>
When I was trying to debug a different G
