bug#22962: Something keeps overwriting /etc/hosts

On Thu, Mar 10, 2016 at 12:28:11AM +0100, Danny Milosavljevic wrote: > If I make it immutable, I get the following message on guix system > reconfigure ... : > > guix system: error: copy-file: Permission denied: "/etc/hosts" > > Aha! I think that on GuixSD, the hosts file is generated from

bug#22972: insecure content on: https://gnu.org/software/guix/packages/

The icecat is reporting insecure content on: https://gnu.org/software/guix/packages/ and it shall be corrected, as package "Expand" is not visible. Jean Louis

bug#22970: guix edit mutt -- not working

On Thu, Mar 10, 2016 at 12:22:20AM +0100, Jean Louis wrote: > And I could not save the file in my home directory, and do: > guix package -i mutt -f mail.scm As mentioned on IRC, modify the file mail.scm by adding a line mutt at the end. Then guix package -f mail.scm does "install the

bug#22970: guix edit mutt -- not working

Hello, My understanding is that each user, shall be able to: guix edit mutt as example, change the options, and get such package, as I wanted to add: --enable-hcache here: `(#:configure-flags '("--enable-smtp" "--enable-imap"

bug#22962: Something keeps overwriting /etc/hosts

If I make it immutable, I get the following message on guix system reconfigure ... : guix system: error: copy-file: Permission denied: "/etc/hosts" Aha!

bug#22937: guix package fails when --substitute-urls specifies an HTTPS endpoint

First, the graceless error handling is fixed in 204d34ff961d6dabf18b255decc29712e03afef0. Second, here’s a preliminary patch that almost works with . The problem is that sometimes the server closes the connection unexpectedly, leading to an obscure backtrace

bug#22965: git guix build error in ./pre-inst-env guix environment guix

Note: after make distclean, it works again. Was weird.

bug#22966: HTTPS with GnuTLS's 'session-record-port' is inefficient

(guix build download) uses ‘session-record-port’ from (gnutls), which returns a port to conveniently write to/read from the TLS session’s “record” layer. The problem is that every write to the port, that is, every call to ‘write_to_session_record_port’ in the GnuTLS bindings, leads to the

bug#22962: Something keeps overwriting /etc/hosts

bug#22550: (require 'magit) produces error: "no such file or directory" "dash"

Alex Kost writes: > myglc2 (2016-03-08 16:49 +0300) wrote: > >> Alex Kost writes: >> >>> myglc2 (2016-03-07 23:03 +0300) wrote: >>> > [...] I re-read your earlier posts. AIUI now, in order to use the latest guix emacs features from 'git checkout

bug#22952: MacBook2, 1 brightness control requires root privileges

Albin skribis: > I've discovered that the non-working brightness controls for the > MacBook2,1 are due to insufficient permissions. > > The first indication of this was that I could change brightness by > running the program redshift with root permissions (`sudo redshift`).

bug#22954: Suspicious ownership or permission on harfbuzz-1.0.6-bin

Andreas Enge skribis: > On Tue, Mar 08, 2016 at 09:14:40PM -0600, Jeffrey Serio wrote: >> The build failed with the error message "Suspicious ownership or >> permission on /gnu/store/...-harfbuzz-1.0.6-bin". > > I have been getting these from time to time recently; it may be

bug#22550: (require 'magit) produces error: "no such file or directory" "dash"

myglc2 (2016-03-08 16:49 +0300) wrote: > Alex Kost writes: > >> myglc2 (2016-03-07 23:03 +0300) wrote: >> [...] >>> I re-read your earlier posts. AIUI now, in order to use the latest guix >>> emacs features from 'git checkout master' one must add to emacs init: >>> >>> (let

bug#22954: Suspicious ownership or permission on harfbuzz-1.0.6-bin

On Tue, Mar 08, 2016 at 09:14:40PM -0600, Jeffrey Serio wrote: > The build failed with the error message "Suspicious ownership or > permission on /gnu/store/...-harfbuzz-1.0.6-bin". I have been getting these from time to time recently; it may be related to grafts, I think it appears when one