Re: Getting rid of "source file [...] newer than compiled" messages
Katherine Cox-Buday writes: > I'm not using Guix from a source checkout. I've issued `guix pull` (both > under the root account and as my user account) a few times with no > change. Hmm, this should never leave you with an uncompiled Guix. Can you tell us more about the environment in which this happens? (e.g. the output of “env” will be fine.) > `guix` is symlinked from `/usr/local/bin/guix` to > `/var/guix/profiles/per-user/root/current-guix/bin/guix` which points to > the latest profile (which is updated when running `guix pull` as root. When using “guix pull” it will install into the current user’s ~/.config/guix/current/. Are you only using Guix as the root user? > Do I need to `guix package -i guix` to get a good version? No. You should never run “guix package -i guix” because it necessarily installs an *older* version of Guix than the version you use to install it. -- Ricardo
Re: Getting rid of "source file [...] newer than compiled" messages
Ricardo Wurmus writes: > Katherine Cox-Buday writes: > >> I have a Guix installation on a foreign distro, and with most any Guix >> command I receive this message for different packages (depending on what >> command is run). I looked at one package and found that there were no >> `.go` files for the `.scm` files which are listed. > > How did you install Guix? It's been awhile now, but I'm pretty sure I followed the manual and used the bash script. >> Is there a supported way to get rid of these issues? Right now my plan >> is to manually go into the store and use guile to compile these fields, >> and I'd really rather not muck with the store! > > You should never change files in the store. > > The recommended way is to use “guix pull”, which compiles Guix. If > you’re using Guix from a source checkout and with ’pre-inst-env’ you’ll > only need to compile the files with “make” to remove the reason for > these warnings to be issued. I'm not using Guix from a source checkout. I've issued `guix pull` (both under the root account and as my user account) a few times with no change. `guix` is symlinked from `/usr/local/bin/guix` to `/var/guix/profiles/per-user/root/current-guix/bin/guix` which points to the latest profile (which is updated when running `guix pull` as root. Even commands which do not submit jobs to the daemon give this error. Do I need to `guix package -i guix` to get a good version? -- Katherine
Re: proposal to remove linux-Libre from Guix
Quiliro Ordonez wrote: El 2019-03-28 21:38, Ricardo Wurmus escribió: All this for merely giving people a reason to stop using the term “Linux distribution”? No. It is for helping people value the project and thus consider freedom more valueable than any other feature. Switching from a GPL'ed to a *less* free (BSD-licenced) kernel would be a huge step backwards for such people (of which I am one). PS: in case this was meant as a joke: it’s hard to be sure on this Internet of ours :) It is not a joke. But wouldn't it be a good one for April 1st? Only if you provide a working patch porting Guix to FreeBSD, in the spirit of Marius's systemd effort ;-) Kind regards, T G-R signature.asc Description: PGP signature
Re: how to translate info guix to text file or pdf or html ?
El 2019-03-28 20:29, Ricardo Wurmus escribió: > Joshua Branson writes: > >> Guix's manual changes >> all the time. Trying to keep the website up-to-date is a tough task. > > It is a decision, not a technical limitation. We want the public copy > of the manual to match the latest release, not an arbitrary later > version. Sounds reasonable. So, would a link to an "alfa" version be possible to place on the web? Is it complicated to generate automatically each day with a cron job?
Re: proposal to remove linux-Libre from Guix
El 2019-03-28 21:38, Ricardo Wurmus escribió: > Quiliro Ordonez writes: > >> Even though linux-Libre is a great kernel because it provides good >> technical value as well as freedom value, our advocacy for freedom is >> greatly hindered when people call our project a Linux distribution >> https://en.wikipedia.org/wiki/Guix_System_Distribution >> Our advocacy for freedom is confused with the advocacy Linux for more >> technology and tangentially advocating slavery without remorse. >> >> I propose to eliminate linux-Libre from the repos and add kFreeBSD. A >> new repository, separate from Guix and not connected to the project >> could be created in order to add linux-Libre. That way, GuixSD could in >> no way be ever called a Linux distribution. An action like this could >> even help all other GNU distros as well as distinguish GuixSD from all. > > This is not a reasonable goal and it is not a productive proposal for a > number of reasons. > > If you want to port the GNU system to have it use the FreeBSD kernel you > are welcome to give it a try, but this would be a *major* undertaking > that I can only advise against. The GNU C library does not natively > support the FreeBSD kernel, so it is a *much* less realistic goal than > to build a Hurd-based Guix system. OK. > All this for merely giving people a reason to stop using the term “Linux > distribution”? No. It is for helping people value the project and thus consider freedom more valueable than any other feature. > Linux libre is one of the GNU system’s supported kernels; why should we > limit our options just because of the terms other people use? If people > choose to call Guix a “Linux distribution” that’s their decision (and it > is understandable from their perspective even if we disagree with that > point of view) – it would be foolish to interpret this situation as an > imperative to abandon Linux(-libre). It is not an imperative to abandon linux-Libre. It is just a hack to change the political view of users. As it is possible to install any package from any repo as easily as installing Guix, it is possible to have linux-Libre in another repo. It would not be a technical change if there is another default usable kernel. It would be a political choice. > PS: in case this was meant as a joke: it’s hard to be sure on this > Internet of ours :) It is not a joke. But wouldn't it be a good one for April 1st?
Re: proposal to remove linux-Libre from Guix
> I'm not sure to understand what you mean. Could you try to explain a bit > more what what would be the fimal goal? The objective of a free distro is to give freedom to the users. It is archievable with linux-Libre. But most people that use GNU do not consider it an important project because they think they do not use GNU but that they use Linux. If there were a distro that used GNU without Linux, this would dramatically change. If people would perceive they used GNU instead of Linux, they would tend to give more weight to the political opinions of the developers of GNU. Those opinions mostly tend to be sided with freedom, regardless if it is the cheapest/best/securest software. The final goal is for people to value their freedom more.
Re: Getting rid of "source file [...] newer than compiled" messages
Katherine Cox-Buday writes: > I have a Guix installation on a foreign distro, and with most any Guix > command I receive this message for different packages (depending on what > command is run). I looked at one package and found that there were no > `.go` files for the `.scm` files which are listed. How did you install Guix? > Is there a supported way to get rid of these issues? Right now my plan > is to manually go into the store and use guile to compile these fields, > and I'd really rather not muck with the store! You should never change files in the store. The recommended way is to use “guix pull”, which compiles Guix. If you’re using Guix from a source checkout and with ’pre-inst-env’ you’ll only need to compile the files with “make” to remove the reason for these warnings to be issued. -- Ricardo
Re: checking out a shebang-patched package source
On Tue, 26 Mar 2019, Brett Gilio wrote: It has been a few days, so I am bumping this. Thanks :) Brett, Unfortunately, I don't know how to solve your problem. However, I think that your question is appropriate for the guix-de...@gnu.org list, and I anticipate that you'll see more replies there. Best, Jack
Re: proposal to remove linux-Libre from Guix
Hello, I'm not sure to understand what you mean. Could you try to explain a bit more what what would be the fimal goal? Thanks, Lprndn
proposal to remove linux-Libre from Guix
Fellow freedom mates: Even though linux-Libre is a great kernel because it provides good technical value as well as freedom value, our advocacy for freedom is greatly hindered when people call our project a Linux distribution https://en.wikipedia.org/wiki/Guix_System_Distribution Our advocacy for freedom is confused with the advocacy Linux for more technology and tangentially advocating slavery without remorse. I propose to eliminate linux-Libre from the repos and add kFreeBSD. A new repository, separate from Guix and not connected to the project could be created in order to add linux-Libre. That way, GuixSD could in no way be ever called a Linux distribution. An action like this could even help all other GNU distros as well as distinguish GuixSD from all. I know the port of kFreeBSD to Debian has been discontinued. But I found this document about how it was done. https://salsa.debian.org/bsd-team/web/raw/master/porting/PORTING at the kFreeBSD port on the Debian wiki. I think we could take it from where they left. The best option would be to make Hurd usable because it is GNU's natural kernel. But I think this is a longer range project. What do you think about either of these possibilities and what do you think the steps should be to make it a reality? Happy hacking. Quiliro
Getting rid of "source file [...] newer than compiled" messages
I have a Guix installation on a foreign distro, and with most any Guix command I receive this message for different packages (depending on what command is run). I looked at one package and found that there were no `.go` files for the `.scm` files which are listed. I tried a few different things to try and correct this including `guix build --repair`, but I nothing has worked. Is there a supported way to get rid of these issues? Right now my plan is to manually go into the store and use guile to compile these fields, and I'd really rather not muck with the store! -- Katherine
Re: why does guix compile rust for root?
writes: > oops, sorry, that was usual user command run. so rust is need for icecat. Yup. Making rust reproducible is tough at the moment. I think we have to compile several rust versions at the moment... > > Mar 28, 2019, 4:45 AM by zna...@tutanota.com: > > Also I did not install rust by myself: > > # guix package --list-installed | grep rust > # > > Mar 28, 2019, 4:43 AM by zna...@tutanota.com: > > Hello! I ran `guix system reconfigure /etc/config.scm` and now rust is > compiling. Rust is compiling too long. > > I've produced `guix graph --type=reverse-package rust | dot -Tsvg > r.svg` > to see why does guix do this, but there is no answer. > > My config and rust reverse dependecies tree are in attach. > A tree has only one node - rust. > -- Joshua Branson Sent from Emacs and Gnus
Re: how to translate info guix to text file or pdf or html ?
writes: > Hi! I've learned that guix manual updates with the updates more quickly than > manual's web-page. > > But `info guix` is hard for using. I like html. > Please, let me know if it is possible to transform `info guix` to text file > or html or pdf? It is possible to convert info into html and pdf. Guix's manual changes all the time. Trying to keep the website up-to-date is a tough task. Perhaps you would like to give this a try? > > PS: I tried to learn `info` commands but using mouse and search by web-page in > browser is better. > I used to feel the same way. But info is super cool once you get the hang of it. It is especially awesome inside emacs. M-x helm-info-guix is probably my favorite command. It lets you search through all of the guix documentation. Try going through the info tutorial. "info info". It'll be dividends. -- Joshua Branson Sent from Emacs and Gnus
Re: how to translate info guix to text file or pdf or html ?
El 2019-03-28 18:52, Oleg Pykhalov escribió: > Hi, > > writes: > >> Hi! I've learned that guix manual updates with the updates more quickly than >> manual's web-page. >> >> But `info guix` is hard for using. I like html. >> Please, let me know if it is possible to transform `info guix` to text file >> or html or pdf? >> >> PS: I tried to learn `info` commands but using mouse and search by web-page >> in browser is better. > > You could call a ‘make html’ command inside Guix Git repository > https://www.gnu.org/software/guix/manual/html_node/Building-from-Git.html > > Then ‘firefox doc/guix.html/index.html’ will open a fresh manual. > > Oleg. Thanks Oleg. Nice to know. It would be nice if that would be the published version of the manual.
Re: how to translate info guix to text file or pdf or html ?
Hi, writes: > Hi! I've learned that guix manual updates with the updates more quickly than > manual's web-page. > > But `info guix` is hard for using. I like html. > Please, let me know if it is possible to transform `info guix` to text file > or html or pdf? > > PS: I tried to learn `info` commands but using mouse and search by web-page > in browser is better. You could call a ‘make html’ command inside Guix Git repository https://www.gnu.org/software/guix/manual/html_node/Building-from-Git.html Then ‘firefox doc/guix.html/index.html’ will open a fresh manual. Oleg. signature.asc Description: PGP signature
Re: Touchpad tap config in slim-service-type configuration
Sorry, it works this way
(slim-service-type config =>
(slim-configuration
(xorg-configuration
(xorg-configuration
(extra-config
'("Section \"InputClass\"
Identifier \"touchpad\"
Driver \"libinput\"
MatchIsTouchpad \"on\"
Option \"Tapping\" \"on\"
EndSection")
)
I have found how to use 'extra-config` function in `info guix` using keyword
'extra-config' and reading this:
‘extra-config’ (default: ‘'()’)
This is a list of strings or objects appended to the
configuration file. It is used to pass extra text to be added
verbatim to the configuration file.
Thank you! Touchpad works, and guix reconfigures system normally.
Mar 28, 2019, 5:24 PM by zna...@tutanota.com:
> This config not works. It causes error on building xserver:
> 'ERROR: In procedure scm-error:
> In procedure for-each: Wrong type argument: "Section \"InputClass\"\n
> Identifier \"touchpad\"\n Driver \"libinput\"\n MatchIsTouchpad
> \"on\"\n Option \"Tapping\" \"on\"\nEndSection"'
>
>
> (services (cons*
> ;;(service postgresql-service-type)
> (service xfce-desktop-service-type)
> (modify-services
> ;;(remove (lambda (service)
> ;; (eq? (service-kind service)
> ;; wpa-supplicant-service-type))
> ;; (remove (lambda (service)
> ;; (eq? (service-kind service)
> ;; static-networking-service-type))
> (remove (lambda (service)
> (eq? (service-kind service)
> ntp-service-type))
> (remove (lambda (service)
> (eq? (service-kind service)
> avahi-service-type))
> (modify-services %desktop-services
>
> (slim-service-type config =>
> (slim-configuration
> (xorg-configuration
> (xorg-configuration
> (extra-config
>
> "Section \"InputClass\"
> Identifier \"touchpad\"
> Driver \"libinput\"
> MatchIsTouchpad \"on\"
> Option \"Tapping\" \"on\"
> EndSection"
> )
> ) ;end of modify-services 2nd
>
>
> ) ;end of remove avahi
> ) ;end of remove2 ntp
> ;;) ;end of remove3 networking
> ;) ;end of remove4 wpa-supplicant
> (elogind-service-type
> c => (elogind-configuration (handle-lid-switch
> 'ignore)))
> );;end of modify-services 1st desktop-services
> ));;end of services
>
>
>
> I've found with `info guix` this:
>
> Let’s say you want your system to use the Turkish keyboard layout
> throughout your system—bootloader, console, and Xorg. Here’s what your
> system configuration would look like:
>
> ;; Using the Turkish layout for the bootloader, the console,
> ;; and for Xorg.
>
> (operating-system
> ;; ...
> (keyboard-layout (keyboard-layout "tr")) ;for the console
> (bootloader (bootloader-configuration
> (bootloader grub-efi-bootloader)
> (target "/boot/efi")
> (keyboard-layout keyboard-layout))) ;for GRUB
> (services (modify-services %desktop-services
> (slim-service-type config =>
> (slim-configuration
> (inherit config)
> (xorg-configuration
> (xorg-configuration ;for Xorg
> (keyboard-layout keyboard-layout
>
> In the example above, for GRUB and for Xorg, we just refer to the
> ‘keyboard-layout’ field defined above, but we could just as well refer
> to a different layout.
>
> But word 'touchpad' absents in `ingo guix`. I do not know what to do.
>
>
>
> Mar 27, 2019, 6:12 PM by > rek...@elephly.net > :
>
>>
>> zna...@tutanota.com >> writes:
>>
>>> Now yes, but I think it is old, cause startx rests there in slim
>>> config:
>>>
Re: Outdated Qutebrowser and missing qtwebengine?
Thank you Marius for this patch.
I've tried it and it seems to be mostly working.
I've tried updating PyQt to include webengine: also seems to be working.
Finally, I've tried updating Qutebrowser to 1.6.1 with Webengine
support. I went quite far, but unfortunately on startup it shows:
--8<---cut here---start->8---
> /gnu/store/m94dlnqcln96v02x0z2hxsr50gsmn0g7-qutebrowser-1.6.1/bin/qutebrowser
15:50:10 INFO: Run :adblock-update to get adblock lists.
15:50:10 CRITICAL: Could not find QtWebEngineProcess
aborted
--8<---cut here---end--->8---
I tried adding pyqt5/libexec to the PATH (in which QtWebEngineProcess
resides), to no avail.
Find my patches attach (it includes Marius patch).
--
Pierre Neidhardt
https://ambrevar.xyz/
signature.asc
Description: PGP signature
>From 6f6de59db1019fcae90bdd482a751711abd72596 Mon Sep 17 00:00:00 2001
From: Marius Bakke
Date: Sun, 19 Aug 2018 18:36:55 +0200
Subject: [PATCH 1/3] gnu: Add qtwebengine.
* gnu/packages/qt.scm (qtwebengine): New public variable.
---
gnu/packages/qt.scm | 95 +
1 file changed, 95 insertions(+)
diff --git a/gnu/packages/qt.scm b/gnu/packages/qt.scm
index 5b463f510f..588a0cf00d 100644
--- a/gnu/packages/qt.scm
+++ b/gnu/packages/qt.scm
@@ -11,6 +11,7 @@
;;; Copyright © 2018 Nicolas Goaziou
;;; Copyright © 2018 Hartmut Goebel
;;; Copyright © 2018 Eric Bavier
+;;; Copyright © 2019 Marius Bakke
;;;
;;; This file is part of GNU Guix.
;;;
@@ -39,6 +40,7 @@
#:use-module (guix utils)
#:use-module (gnu packages)
#:use-module (gnu packages bison)
+ #:use-module (gnu packages build-tools)
#:use-module (gnu packages compression)
#:use-module (gnu packages cups)
#:use-module (gnu packages databases)
@@ -46,6 +48,7 @@
#:use-module (gnu packages fontutils)
#:use-module (gnu packages flex)
#:use-module (gnu packages freedesktop)
+ #:use-module (gnu packages ghostscript)
#:use-module (gnu packages gl)
#:use-module (gnu packages glib)
#:use-module (gnu packages gnuzilla)
@@ -54,21 +57,29 @@
#:use-module (gnu packages gtk)
#:use-module (gnu packages icu4c)
#:use-module (gnu packages image)
+ #:use-module (gnu packages libevent)
#:use-module (gnu packages linux)
#:use-module (gnu packages maths)
+ #:use-module (gnu packages ninja)
#:use-module (gnu packages pciutils)
#:use-module (gnu packages pcre)
#:use-module (gnu packages perl)
#:use-module (gnu packages pkg-config)
+ #:use-module (gnu packages protobuf)
#:use-module (gnu packages pulseaudio)
#:use-module (gnu packages python)
#:use-module (gnu packages python-xyz)
+ #:use-module (gnu packages regex)
#:use-module (gnu packages ruby)
#:use-module (gnu packages sdl)
+ #:use-module (gnu packages serialization)
#:use-module (gnu packages sqlite)
+ #:use-module (gnu packages telephony)
#:use-module (gnu packages tls)
+ #:use-module (gnu packages video)
#:use-module (gnu packages vulkan)
#:use-module (gnu packages xdisorg)
+ #:use-module (gnu packages xiph)
#:use-module (gnu packages xorg)
#:use-module (gnu packages xml)
#:use-module (srfi srfi-1))
@@ -965,6 +976,90 @@ with JavaScript and C++.")))
(description "The Qt Connectivity modules provides modules for interacting
with Bluetooth and NFC.")))
+(define-public qtwebengine
+ (package (inherit qtsvg)
+(name "qtwebengine")
+(version "5.11.3")
+(source (origin
+ (method url-fetch)
+ (uri (string-append "https://download.qt.io/official_releases/qt/;
+ (version-major+minor version) "/" version
+ "/submodules/" name "-everywhere-src-"
+ version ".tar.xz"))
+ (sha256
+ (base32
+"1zmqsdais85cdfh2jh8h4a5jcamp1mzdk3vgqm6xnldqf6nrxd2v"
+(arguments
+ (substitute-keyword-arguments (package-arguments qtsvg)
+ ((#:phases phases)
+`(modify-phases ,phases
+ (add-after 'unpack 'delete-unneeded-stuff
+ ;; FIXME: Move to source snippet.
+ (lambda _
+ (delete-file-recursively "src/3rdparty/ninja")
+ #t))
+ (add-before 'configure 'set-CC
+ (lambda _
+ (setenv "CC" "gcc")
+ #t))
+ (replace 'configure
+ (lambda _
+ (invoke "qmake" "--"
+ "-alsa"
+ "-ffmpeg"
+ "-pulseaudio"
+ "-webp"
+ "-webengine-icu")))
+(native-inputs
+ `(("bison" ,bison)
+ ("flex" ,flex)
+ ("gn" ,gn)
+ ("gperf" ,gperf)
+ ("ninja" ,ninja)
+ ("perl" ,perl)
+ ("pkg-config" ,pkg-config)))
+(inputs
+ `(("alsa-lib" ,alsa-lib)
+ ("dbus" ,dbus)
+ ("glib"
