bug#34467: Missing prerequisites to make doc/guix.info
From a clean checkout of f6f4370f, my system fails to make doc/guix.info: ``` $ make dist-info MAKEINFO doc/guix.info ./doc/guix.texi:9821: @include: could not find os-config-bare-bones.texi ./doc/guix.texi:9962: @include: could not find os-config-desktop.texi ./doc/guix.texi:9969: @include: could not find os-config-lightweight-desktop.texi make: *** [Makefile:3770: doc/guix.info] Error 1 ``` Making those targets manually works fine: ``` $ make doc/os-config-bare-bones.texi doc/os-config-desktop.texi doc/os-config-lightweight-desktop.texi ```
bug#34468: guix pull: wrong %system when using --system flag
Hello Guix, When running ‘guix pull’ with the --system flag the resulting guix is configured for the host architecture instead of the target architecture (i.e. the %system variable in ‘(guix config)’ is set to the host architecture instead of the target architecture). E.g. after running ‘guix pull -p test -s i686-linux’ on an x86_64 host the file test/share/guile/site/2.2/guix/config.scm will contain the declaration ‘(define-public %system "x86_64-linux")’. I run what was formerly known as GuixSD (commit: 571a01d) on x86_64. Regards, Diego
bug#25227: [Website] Package-related pages redesign proposal
Hi, I'd like to summarize the status of this proposal. Parts of this proposal that have been implemented in the website source (https://git.savannah.gnu.org/cgit/guix/guix-artwork.git) include: * Paginated list of packages (available both in gnu.org and guix.info). * Individual package pages (available in guix.info only). Using individual package pages in gnu.org continues to be a problem because of the CVS limitation. However, here is a recent comment from Ricardo Wurmus, one of GNU Guix maintainers, about a possible future for the Guix website (https://lists.gnu.org/archive/html/guix-devel/2019-02/msg00107.html): > Eventually, I’d like guix.info to disappear and to be replaced with > guix.gnu.org, but that new domain isn’t ready yet. Eventually, > the DNS records for guix.gnu.org and all subdomains should be managed > by us and be hosted on our servers, so we no longer suffer from > limitations imposed by the use of CVS, for example. Finally, the following parts were not implemented, but could be in the future: * Category and architecture filters. * Package issue indicators (lint, build issues). (Actually, page templates have the code to display the indicator and list lint issues, but the `package-lint-issues` procedure is a stub.) * Package logo and screenshots. I think this proposal could be closed once guix.gnu.org is available and the current implementation deployed to it. The parts that were not implemented could be reported as individual issues if necessary. -- Luis Felipe López Acevedo http://sirgazil.bitbucket.io/
bug#34211: error running container: mingetty cannot find ttys
Hello,
Giovanni Biscuolo writes:
[...]
> I'll try to remove term-tty[1..6] manually from services declaration, if
> I manage to "manually" solve this I'll report here
I tried but failed, I'm removing both mingetty and console-font from
%base-services list:
--8<---cut here---start->8---
(services (cons* (service dhcp-client-service-type)
(service openssh-service-type
(openssh-configuration
(x11-forwarding? #t)
(permit-root-login 'without-password)
(authorized-keys
`(("gbiscuolo" ,(local-file
"ssh-authorized-keys/gbiscuolo.pub"
(port-number 22)))
(remove (lambda (service)
(eq? (service-kind service) mingetty-service-type)
(eq? (service-kind service)
console-font-service-type))
%base-services
--8<---cut here---end--->8---
but term-tty[1..6] and console-font-tty[1..6] processes still get
installed and started by herd
please any hint on how to "manually" remove those two failing services?
Thanks!
Giovanni
--
Giovanni Biscuolo
Xelera IT Infrastructures
signature.asc
Description: PGP signature
bug#29500: webcheckout from myrepos can't find dependencies
This was fixed in commit 30012b74088dccbb602e3592c61a5718fc5e5524. -- Efraim Flashner אפרים פלשנר GPG key = A28B F40C 3E55 1372 662D 14F7 41AA E7DC CA3D 8351 Confidentiality cannot be guaranteed on emails sent or received unencrypted signature.asc Description: PGP signature
bug#34407: Acknowledgement (Shepherd won't close socket on exit)
Hi, nly writes: > Looks like I pasted something wrong in the previous message. I realized > after I saw it on the mail. > > This time I've checked it twice. Left the shepherd in a weird limbo > where connection is refused to the old socket and cannot create new > connection. > > Ofcourse, i can `rm /run/user/1000/shepherd/socket` > > nly@uf ~$ herd status > error: connect: /run/user/1000/shepherd/socket: No such file or directory > nly@uf ~$ shepherd > Service root has been started. > nly@uf ~$ herd status > Started: > + root > Stopped: > - icecat > - jack > - mpv > - mpv-jack > - tor > - transmission > nly@uf ~$ herd stop root > nly@uf ~$ herd status > error: connect: /run/user/1000/shepherd/socket: Connection refused > nly@uf ~$ shepherd > Service root has been started. > nly@uf ~$ Backtrace: >3 (primitive-load "/run/current-system/profile/bin/shepherd") > In shepherd.scm: >250:24 2 (main . _) > 48:6 1 (open-server-socket _) > In unknown file: >0 (bind # #(1 > "/run/user/1000/shepherd/socket") #) > > ERROR: In procedure bind: > In procedure bind: Address already in use > C-c C-c > nly@uf ~$ herd status > error: connect: /run/user/1000/shepherd/socket: Connection refused This has been annoying me as well; my current workaround is to put this in my ~/.xsession: --8<---cut here---start->8--- # Start user services rm -f /run/user/1000/shepherd/socket shepherd --8<---cut here---end--->8--- Maxim
bug#34431: Qt fails to build
On Tue, Feb 12, 2019 at 05:59:24PM +0100, Ricardo Wurmus wrote: > > Danny Milosavljevic skribis: > >> Possible fix https://672856.bugs.gentoo.org/attachment.cgi?id=557978 The patch makes qtbase build on my laptop, so I pushed it as commit 69c15ad8a46c8e5f319a73ee5891bcd1bf0600c5. The bug can remain closed, I hope. Thanks again, Danny! Andreas
bug#25227: [Website] Package-related pages redesign proposal
Hi, I'd like to summarize the status of this proposal. Parts of this proposal that have been implemented in the website source (https://git.savannah.gnu.org/cgit/guix/guix-artwork.git) include: * Paginated list of packages (available both in gnu.org and guix.info). * Individual package pages (available in guix.info only). Using individual package pages in gnu.org continues to be a problem because of the CVS limitation. However, here is a recent comment from Ricardo Wurmus, one of GNU Guix maintainers, about a possible future for the Guix website (https://lists.gnu.org/archive/html/guix-devel/2019-02/msg00107.html): > Eventually, I’d like guix.info to disappear and to be replaced with > guix.gnu.org, but that new domain isn’t ready yet. Eventually, > the DNS records for guix.gnu.org and all subdomains should be managed > by us and be hosted on our servers, so we no longer suffer from > limitations imposed by the use of CVS, for example. Finally, the following parts were not implemented, but could be in the future: * Category and architecture filters. * Package issue indicators (lint, build issues). (Actually, page templates have the code to display the indicator and list lint issues, but the `package-lint-issues` procedure is a stub.) * Package logo and screenshots. I think this proposal could be closed once guix.gnu.org is available and the current implementation deployed to it. The parts that were not implemented could be reported as individual issues if necessary. -- Luis Felipe López Acevedo http://sirgazil.bitbucket.io/
