Installing Guix from source

2019-07-13 Thread Reza Alizadeh Majd
Hi Guix, 

I tried to build Guix from source on an existing version of GuixSD.  so I 
followed 
the instructions provided in official documents: 

https://guix.info/manual/en/html_node/Requirements.html
https://www.gnu.org/software/guix/manual/en/html_node/Building-from-Git.html

after build finished, I had two versions of Guix on my machine, the old one 
which
is located in store, and the new one  which is installed in `/usr/local/bin`. 

the problem is that the old instance of guix is detected as default on my 
machine. 
since I performed a series of  modifications on this new version, like changing 
the 
default channels and substitute servers, I need to replace old instance of Guix 
completely with this new one. 

Does anyone knows how can I perform this replacement? 


Best, 
Reza



Re: Icecat doesn't display any text

2019-07-13 Thread ison
On Wed, Jul 10, 2019 at 07:18:35AM +, Todor Kondić wrote:
> ... for some reasong XDG_DATA_DIRS does not exist anymore in my profile; you 
> were right, the fact that this env var is not defined causes icecat garbage; 
> do you by any chance know what package to install in order to set the 
> variable?

Are you able to verify that the file $HOME/.guix-profile/etc/profile contains
no reference to XDG_DATA_DIRS?
For example:
grep $HOME/.guix-profile/etc/profile -e XDG_DATA_DIRS

If it doesn't and you have icecat installed then that could be a bug. I don't
think there's any special package you need to install to get the correct env
vars.

Can you also check the value of $GUIX_PROFILE and set it to $HOME/.guix-profile
if it's blank, and then try icecat again?



Starting guix-daemon using systemctl doesn't work

2019-07-13 Thread hgs
Hi,
I installed Guix package manger on my machine running Fedora 30 using the 
automatic script recommended in the Binary Installation 
part(https://www.gnu.org/software/guix/manual/en/html_node/Binary-Installation.html
 
(https://www.gnu.org/software/guix/manual/en/html_node/Binary-Installation.html)).
While running guix commands, I got the following error:

guix build: error: failed to connect to `/var/guix/daemon-socket/socket': 
Connection refused

I found that guix-daemon process is not running( `ps -aux | grep "[g]uix"` 
returned nothing). There is a guix-daemon.service file in /etc/systemd/system/ 
but running `systemctl start guix-daemon` is not running the daemon.

Manually starting the daemon with `

~root/.config/guix/current/bin/guix-daemon 
--build-users-group=guixbuild`
as mentioned in the 5th section of Binary Installation starts the daemon and 
guix works normally as expected.

Thanks and Regards,
Hari G


Re: Installation freeze

2019-07-13 Thread Leonardo Pérez Pulido
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA512

Hi,

> Could you clarify which installation procedure you followed for Guix (Guix
> on a foreign distro? Using the binary install or building from source or…?)?

Yes, I'm using the binary install standalone Guix System on an i686 machine.
I thought it can be installed on its own.

I _DON'T_ want Guix installed on a foreign distribution, all I want is a
completely free OS, including the Linux-libre kernel.

> Also, did you enable substitutes?

As read from the official docs:

4.3.1 Official Substitute Server

'Substitutes from the official build farm are enabled by default when using
Guix System.'


Do you have any plans to end the 32-bit x86 support in Guix System?


Thanks,

Leo.



-BEGIN PGP SIGNATURE-

iQIzBAEBCgAdFiEEiZN2wyv7w7o0MLbbN64Q+LyAewQFAl0pwfMACgkQN64Q+LyA
ewTOxBAAxNoT5YbU5pgMdJe5qezwEq+JtU/MbhcRplh2EohBPyVN/y3vuSHwphr7
zoVTe55WIAWkVYuY+iuKlwYDB2wj/ARvJ7BpGkUMYp0HLmN2Q8C0MQguekIPWKon
GNcRujOTQKxB+AUtMNBvGUPcnBV7tH8VcXMLjObl1OLCaiXhHIPvd1TMmmh41cCf
2Y+KWYyhrw64yWSX7KbR7LoZXBZSBRmhoSzk0ldE3n8UBVq9t+DXJY+5NF8++eXD
bnQlgcqImhGDBe0UXNK9kgY5iRAvFQsC9mV9JPosTpkiDg/vsYPmwXsxQqKaq9Y2
2KYeIrM/cqvfKXdf6S0b8qPooWY3Um0OZW+8SQuKNOtKsJmjYUo2VKhNPQ99/Mwk
px5+eMxpcNhjwJjOiGBuRh7BcVpG4kLAtyU80qNf8OMozMjZrmZZwQnd8Xlnnehc
uYuqbjrFM24dIvU3qGuCh8GfpxwKUYQDEek4HwSZKZ1s0flTl3pLXpgmzrQ0u6zc
/mlBvs+uDVEoRXzQP4w9qM//fu9RYnFWxbZ5K7m+B9izSZK2ah1z546fUOScMUiF
hJanNoMfvRxlUyHm7UC+mHnAlCEFyl94XltIxw7OTzImKa/qT4NB5dTrKiGqhMUb
eIshh2gvgftop9q7AqpHJ62nYOe+nSdcXQHaMwdpzoVbltr4zVw=
=A/UQ
-END PGP SIGNATURE-




Problem in compiling project with QtWebView

2019-07-13 Thread Fakhri Sajadi
Hi,

I installed `qt` and `qtwebview` in GuixSD. I want to build the example project 
of `qtwebview`:
https://github.com/qt/qtwebview/tree/5.12/examples/webview/minibrowser

The project was compiled with `qmake` and the executable file was generated 
(`minibrowser`). But when I run the `minibrowser` I get this error:

```
No WebView plug-in found!
```

How can I fix it? Why this error occurred? Please help me.

Regards,
Fakhri






Re: bug#36498: modem["ttyUSB0"]: error starting PPP: Could not find "pppd" binary

2019-07-13 Thread pelzflorian (Florian Pelz)
On Fri, Jul 12, 2019 at 10:14:14PM +0200, pelzflorian (Florian Pelz) wrote:
> I believe this help thread reveals various shortcomings
> of the Guix manual.  I had hoped referring to the manual would
> suffice, but it obviously is not organized well enough.
> 
>

I sent a patch to fix the manual to:

https://issues.guix.info/issue/36635



Re: grub with encrpted root no longer automatically loads luks

2019-07-13 Thread Jack Hill

On Fri, 28 Jun 2019, Mark H Weaver wrote:


Hi Jack,

Jack Hill  writes:


I've noticed that recently (unfortunately, I don't know exactly when
it started), that grub no longer prompts me to enter my password to
unlock my root filesystem.


FWIW, I also use an encrypted root filesystem on my Guix system, and
I've updated Guix since you reported the problem, and it works for me.
GRUB continues to prompt me for the LUKS passphase at boot.

One notable difference between our system configurations is that you
have a separate /boot filesystem, and I don't.  All I have is a single
encrypted root filesystem, plus %base-file-systems.  I wonder if this
might be the relevant difference?


Mark,

Thanks for your reply. I've finally had a chance to try without a separate 
/boot, and indeed it works as expected like it does for you. Since I don't 
think I was getting any benefit from having a separate /boot, I'm content 
to leave it without one. However, perhaps there is a bug here, and we 
should support a separate /boot?


As for why I started getting this problem, it appears it is because I 
didn't have a separate /boot, but then added one. Trying to remember why I 
did that, I think it was because grub-install failed at some point, and 
worked when I added a /boot. However, I didn't reboot right away, and had 
reconfigured a few more times before I rebooted and noticed the problem. 
At that point I didn't remember that I had changed the configuration with 
regards to /boot. Of course it was the thing I changed that caused the 
problem, if only I had remembered! ☺


Best,
Jack