Re: New Guix reference card

[Chris Marusich]

l...@gnu.org (Ludovic Courtès) writes:

> I’ve written a reference card for Guix, which you can find here:
>
>   https://gnu.org/s/guix/guix-refcard.pdf
>
> The source is at:
>
>   https://git.savannah.gnu.org/cgit/guix/maintenance.git/tree/doc/refcard

Excellent!  I was actually thinking about making something like this to
share with people at my upcoming talk at SeaGL, but maybe I'll just
steal yours, instead.  :-)

I see that the second page is mostly blank.  Is that intended?

-- 
Chris


signature.asc
Description: PGP signature

Re: WebRTC support (jitsi) in Guix-packaged browsers?

[Chris Marusich]

Pierre Neidhardt  writes:

> Hi Guix!
>
> Last August I could run WebRTC services such as https://meet.jit.si just
> fine.
>
> For the last few weeks I've been unable to run it.  Maybe last Icecat
> upgrade?
> It does not work on Epiphany either.  Is anyone able to run it?

The website loads fine for me in IceCat 60.2.0-esr on GuixSD.  I tried
typing in "test" and hit "go", and it asked me for permission to use the
microphone and camera.  I denied it permission, since I don't really
know what that website or jitsi is about, although I see that (at least
some parts of jitsi) are free software, which is nice to know.  Are you
encountering a specific error?

-- 
Chris


signature.asc
Description: PGP signature

Re: using Shepherd outside of GuixSD ?

[Chris Marusich]

Benjamin Slade  writes:

> [...] So the 'guix system' tools are only available on GuixSD
> proper, and not via the guix standalone?

The "guix system" tools are available via Guix standalone.  It's just
that some of the commands might not behave as expected.  For example,
you probably don't want to run "guix system reconfigure" from a
standalone Guix installation, since it might mess up your distro.
Please be careful!

Tools like "guix system vm" and "guix system build" will certainly work.

-- 
Chris


signature.asc
Description: PGP signature

Re: Problem using multiple manifest files

[Chris Marusich]

Mikhail Kryshen  writes:

> (use-modules (srfi srfi-1)
>  ((guix ui) #:select (make-user-module)))
>
> (define (load-manifest file)
>   ;; Load manifest file in a fresh module with necessary imports.
>   (let ((module (make-user-module '((guix profiles) (gnu)
> (save-module-excursion
>  (lambda _
>(set-current-module module)
>(load (canonicalize-path file))

Neat example!  But what is make-user-module doing, and is it necessary?

I checked in the Guix source and found that this procedure uses the
procedure make-fresh-user-module, which comes from the (ice-9 boot)
module and is not documented in the Guile Reference manual.  I stopped
investigating when I checked the ice-9 source code and found that it did
not contain an immediately helpful docstring or comment.  It feels like
maybe make-fresh-user-module ought to be documented in "(guile) Module
System Reflection", but it isn't.  Unfortunately, I don't have time
right now to dig deeper.

-- 
Chris


signature.asc
Description: PGP signature

Can't log in: blank login screen after reconfigure

[Chris Marusich]

Hi,

I recently ran "guix pull" and then "guix system reconfigure" on a
GuixSD installation in a VirtualBox VM.  Since doing that, I can't log
in.  While booting, everything proceeds as usual, with normal output,
until the SLiM login screen is supposed to appear.  But instead of the
SLiM login screen, I get a blank screen with a small white cursor in the
upper left, and I can't log in.

Has anyone seen anything like this in the past?  Here are some
observations I've made about the situation:

* GuixSD shuts down normally if I issue the "shutdown signal" from
  VirtualBox.  This indicates the OS is actually still running.

* I waited over 8 hours, and the login screen did not appear.

* I tried blind-typing my user name and password, but the blank screen
  remained.

* When I boot from the previous system generation, there is no problem.

* When I replace SLiM with SDDM in my OS configuration and reconfigure,
  the same problem occurs.

* However, one time only, while trying to boot using SDDM instead of
  SLiM, I got to the SDDM login screen.  But when I typed in my username
  and password and hit enter, I received the same blank screen as before
  and ultimately could not log in.  Every other time I've booted the VM,
  I didn't even get to the SDDM login screen, so I don't know why I was
  able to reach the login screen that one time.

* I tried pressing control+alt+F2 etc. to switch to different virtual
  tty, but it didn't work.  The blank screen remained.

* I examined various system logs, but I could not find anything that
  jumped out at me as causing the problem.  It's entirely possible I
  missed something important, though; I just checked a few places.

There is more that I could try - for example, I could try starting an
ssh server in my VM and logging in that way.  I could also try drilling
deeper into the X server logs, since that seems like the obvious next
step, since the problem occurs for both SDDM and SLiM.  I could also try
reinstalling GuixSD in a new VM.  But I haven't tried any of this yet
due to lack of time.

If anyone has any advice or has seen this before, please let me know.
Thank you!

-- 
Chris


signature.asc
Description: PGP signature

Re: Bluetooth audio device on GuixSD

[znavko]

Hello! I am not able to use bluetooth on Xfce4 desktop using bluetoothctl. 
Would you give more advises?
I'v performed this: 
1. added bluetooth to /etc/config.scm as Pierre Neidhardt posted 
https://lists.gnu.org/archive/html/help-guix/2018-10/msg00046.html 

2. ran `guix pull && guix package -u` and then reconfigured system `guix system 
reconfigure /etc/config.scm`
3. rebooted and my try was not successful. 
4. I edited to /etc/bluetooth/main.conf typing 'true' instead of 'false' (I 
remounted /gnu/store with rw for perform this without reconfiguring with guix 
command)
5. I rebooted but no result again:

# herd status bluetooth
Status of bluetooth:
  It is started.
  Running value is 698.
  It is enabled.
  Provides (bluetooth).
  Requires (dbus-system udev).
  Conflicts with ().
  Will be respawned.

# herd status dbus-system
Status of dbus-system:
  It is started.
  Running value is 322.
  It is enabled.
  Provides (dbus-system).
  Requires (user-processes).
  Conflicts with ().
  Will be respawned.
# herd status udev
Status of udev:
  It is started.
  Running value is 200.
  It is enabled.
  Provides (udev).
  Requires (root-file-system).
  Conflicts with ().
  Will not be respawned.


# rfkill list bluetooth
1: ideapad_bluetooth: Bluetooth
    Soft blocked: yes
    Hard blocked: no
# rfkill unblock bluetooth
# herd restart bluetooth
Service bluetooth has been stopped.
Service bluetooth has been started.
# bluetoothctl
Agent registered
[bluetooth]# list
[bluetooth]# 
[bluetooth]# select
Missing ctrl argument
[bluetooth]# devices
No default controller available


Cannot see bluetooth device. 
I do not know MAC-address. I cannot power on as described here
Here say https://wiki.archlinux.org/index.php/Bluetooth#Pairing 
  `hciconfig hci0 
up`cause I have no this tool.

Please, how to deal with it?

Re: New Guix reference card

[Ludovic Courtès]

Hi Laura,

Laura Lazzati  skribis:

> On Fri, Oct 19, 2018 at 10:45 AM Ludovic Courtès  wrote:
>>
>> Hello Guix!
>>
>> I’ve written a reference card for Guix, which you can find here:
>>
>>   https://gnu.org/s/guix/guix-refcard.pdf
> Thanks! I find it really useful. I did not know you call them
> reference card, I generally call them cheatsheets

Yeah I guess both terms work.  :-)  I’m glad you find it useful!

Ludo’.