bug#26201: Heads-up: hydra.gnu.org uses ‘guix publish --cache’
l...@gnu.org (Ludovic Courtès) skribis:
> l...@gnu.org (Ludovic Courtès) skribis:
>
>> 2. Produce a narinfo and corresponding nar the first time they are
>> requested. So, the first time we receive “GET foo.narinfo”, return
>> 404 and spawn a thread to compute foo.narinfo and foo.nar. Return
>> 200 only when both are ready.
>>
>> The precomputed nar{,info}s would be kept in a cache and we could
>> make sure a narinfo and its nar have the same lifetime, which
>> addresses one of the problems we have.
>>
>> pros: better HTTP latency and bandwidth
>> pros: allows us to add a Content-Length for nars
>> pros: helps keep narinfo/nar lifetime in sync
>> cons: doesn’t reduce load on hydra.gnu.org
>> cons: exposes inconsistency between the store contents and the HTTP
>>response (you may get 404 even if the thing is actually in
>>store), but maybe that’s not a problem
>
> Implemented in commit 00753f7038234a0f5a79be3ec9ab949840a18743.
>
> I’ll set up a test instance shortly.
I ended up deploying it on hydra.gnu.org directly. :-)
Progressively the cached nar/narinfo at {,mirror.}hydra.gnu.org will be
replaced with the new ones. Now, the /guix/nar URLs have a
‘Content-Length’ header you should see a progress bar when downloading
one of these:
--8<---cut here---start->8---
$ ./pre-inst-env guix build vim
The following file will be downloaded:
/gnu/store/ax5cm9gr1741pcq17w7bhgss5nvq5470-vim-8.0.0566
@ substituter-started /gnu/store/ax5cm9gr1741pcq17w7bhgss5nvq5470-vim-8.0.0566
/gnu/store/rnpz1svz4aw75kibb5qb02hhccy2m4y0-guix-0.12.0-7.aabe/libexec/guix/substitute
Downloading
https://mirror.hydra.gnu.org/guix/nar/gzip/ax5cm9gr1741pcq17w7bhgss5nvq5470-vim-8.0.0566
(23.4MiB installed)...
vim-8.0.0566 7.8MiB 385KiB/s 00:21
[] 100.0%
@ substituter-succeeded /gnu/store/ax5cm9gr1741pcq17w7bhgss5nvq5470-vim-8.0.0566
/gnu/store/ax5cm9gr1741pcq17w7bhgss5nvq5470-vim-8.0.0566
--8<---cut here---end--->8---
This new caching scheme should put an end to caching of truncated nars
in nginx, which has been too frequent lately.
It should also mostly avoid the problem where we have a narinfo for
something but not the corresponding nar, which leads to user frustration
(‘guix’ reports that the thing will be downloaded and eventually fails
with 410 “Gone” while trying to download it), because ‘guix publish’
caches narinfo/nar pairs together. I say “mostly” because nginx caching
in front of ‘guix publish’ makes things more complicated.
The bandwidth issue reported at the beginning of this thread should be
mostly fixed: serving a narinfo or nar URL is now just sendfile(2),
which is the best we can do; 404s on narinfo should be immediate.
Of course, when the machine is overloaded, we’ll still experience
increased latency and lower bandwidth, but that should be less acute
than with the previous setting.
Please report any problems you may have!
Ludo’.
bug#25988: python2-urwid tests fail
Hi,
Maxim Cournoyer writes:
> Hi,
>
> I'm currently facing test failures from the python2-urwid package
> required to build wicd. The errors are:
>
> test_run (urwid.tests.test_event_loops.SelectEventLoopTest) ... ok
>
> ==
> FAIL: test_horizontal_resize (urwid.tests.test_vterm.TermTest)
> --
> Traceback (most recent call last):
> File
> "/tmp/guix-build-python2-urwid-1.3.1.drv-0/urwid-1.3.1/urwid/tests/test_vterm.py",
> line 169, in test_horizontal_resize
> + '3-' + ' ' * 76 + '-4')
> File
> "/tmp/guix-build-python2-urwid-1.3.1.drv-0/urwid-1.3.1/urwid/tests/test_vterm.py",
> line 120, in expect
> self.assertEqual(got, what, desc)
> AssertionError: Expected:
> '1-
> -2\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n3-
>-4'
> Got:
> 'Traceback (most recent call last):\n File
> "/tmp/guix-build-python2-urwid-1.3.1.drv-0/urwid-1.3.1/urwid/vterm.py",
> l\nine 1389, in spawn\nself.command()\n File
> "/tmp/guix-build-python2-urwid-1.3.1.drv-0/urwid-1.3.1/urwid/tests/test_v\nterm.py",
> line 44, in __call__\ndata = os.read(self.reader, 1024)\nOSError: [Errno
> 4] Interrupted system call'
>
> ==
> FAIL: test_vertical_resize (urwid.tests.test_vterm.TermTest)
> --
> Traceback (most recent call last):
> File
> "/tmp/guix-build-python2-urwid-1.3.1.drv-0/urwid-1.3.1/urwid/tests/test_vterm.py",
> line 186, in test_vertical_resize
> self.expect('\n' * (y - 2) + '3-' + ' ' * 76 + '-4', desc)
> File
> "/tmp/guix-build-python2-urwid-1.3.1.drv-0/urwid-1.3.1/urwid/tests/test_vterm.py",
> line 120, in expect
> self.assertEqual(got, what, desc)
> AssertionError: try to rescale to 80x22.
> Expected:
> '\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n3-
> -4'
> Got:
> '\n\n\n\n\n\n\n\n\n\n\n3-
>-4\n\nTraceback (most recent call last):\n File
> "/tmp/guix-build-python2-urwid-1.3.1.drv-0/urwid-1.3.1/urwid/vterm.py",
> l\nine 1389, in spawn\nself.command()\n File
> "/tmp/guix-build-python2-urwid-1.3.1.drv-0/urwid-1.3.1/urwid/tests/test_v\nterm.py",
> line 44, in __call__\ndata = os.read(self.reader, 1024)\nOSError: [Errno
> 4] Interrupted system call'
>
> --
> Ran 278 tests in 1.073s
>
> FAILED (failures=2)
> phase `check' failed after 5.2 seconds
> builder for
> `/gnu/store/d3nn0jqa41d7i28qvs78np7mcii2ljn2-python2-urwid-1.3.1.drv' failed
> with exit code 1
> @ build-failed
> /gnu/store/d3nn0jqa41d7i28qvs78np7mcii2ljn2-python2-urwid-1.3.1.drv - 1
> builder for
> `/gnu/store/d3nn0jqa41d7i28qvs78np7mcii2ljn2-python2-urwid-1.3.1.drv' failed
> with exit code 1
> guix build: error: build failed: build of
> `/gnu/store/d3nn0jqa41d7i28qvs78np7mcii2ljn2-python2-urwid-1.3.1.drv' failed
The same problem occurred again today while attempting to reconfigure my
system (same errors, while attempting to build the same python2-urwid
dependency of wicd).
I wonder why there are so such failures on hydra
(https://hydra.gnu.org/job/gnu/master/python2-urwid-1.3.1.x86_64-linux). I
also wonder why my system is trying to build this package if it already
exists on Hydra. I have both the bayfront & gnu mirror substitute
servers enabled.
Maxim
signature.asc
Description: PGP signature
bug#26565: IceCat hangs when entering certain websites
IceCat hangs when entering web pages such as instructables.com. I supposed it was because it has a lot of Javascript. Nevertheless, the problem occurs even when these plugins are activated: Disconnect GNU LibreJS SpyBlock uBlock Origin -- Saluton, Quiliro 0987631031
bug#26566: Swap partition on GuixSD
The sample file for a desktop configuration on
https://www.gnu.org/software/guix/manual/guix.html#System-Services
does not give an example of swap-devices.
Is adding this line correct on the operating-system section in the
config.scm file if my swap partition is sda2?:
(swap-devices ("/dev/sda2"))
Should then I run?:
guix system reconfigure /etc/config.scm
--
Saluton,
Quiliro
0987631031
bug#26567: guix publish Resource not found
I have run as root: guix archive --generate-key guix publish --user=quiliro But when opening web page: http://0.0.0.0:8080/ I get: Resource not found: / -- Saluton, Quiliro 0987631031
bug#26566: Swap partition on GuixSD
Hi,
Quiliro transcribed 0.4K bytes:
> The sample file for a desktop configuration on
> https://www.gnu.org/software/guix/manual/guix.html#System-Services
> does not give an example of swap-devices.
>
> Is adding this line correct on the operating-system section in the
> config.scm file if my swap partition is sda2?:
> (swap-devices ("/dev/sda2"))
That should be (swap-devices '("/dev/sda2"))
but in theory the guix reconfigure would complain about this mistake.
> Should then I run?:
> guix system reconfigure /etc/config.scm
Yes, if this is from within an already running system and not just at the start
prior to "guix system init foo.scm"
> --
> Saluton,
> Quiliro
> 0987631031
>
>
>
>
>
--
PGP and more: https://people.pragmatique.xyz/ng0/
bug#26558: Opening URLs with xdg-open fails (eg. Gajim, Pumpa)
Ben Sturmfels writes: > When I click an embedded URL within Gajim or Pumpa, I'm expecting a > browser window to pop up, but nothing happens and I get an error on the > command line: > > /home/ben/.guix-profile/bin/xdg-open: line 341: gnome-open: command > not found > > The same error shows up if you attempt try the URL with xdg-open > directly: > > $ xdg-open https://www.gnu.org/software/guix/ > /home/ben/.guix-profile/bin/xdg-open: line 341: gnome-open: command not > found > > As this message suggests, "gnome-open" is hard-coded into the "xdg-open" > script on line 341. I don't think so because this is what I get when running xdg-open: # this does not work: $ xdg-open http://gnu.org /home/mekeor/.guix-profile/bin/xdg-open: line 369: firefox: command not found /home/mekeor/.guix-profile/bin/xdg-open: line 369: mozilla: command not found /home/mekeor/.guix-profile/bin/xdg-open: line 369: netscape: command not found xdg-open: no method available for opening 'http://gnu.org' # this works just fine: $ BROWSER="icecat" xdg-open http://gnu.org As you might have guessed, I do not use GNOME. Did you try to set BROWSER environment variable? -- mekeor ~ EDD3 DFFA 76F6 11C0 145F 9A99 AC85 BAD8 A2F8 C868
bug#26567: guix publish Resource not found
Quiliro writes: > I have run as root: > guix archive --generate-key > guix publish --user=quiliro > But when opening web page: > http://0.0.0.0:8080/ > I get: > Resource not found: / That is expected. Note that "0.0.0.0" just means "listen on all available IPv4 addresses", I'm surprised it works in a browser. You should be able to use that URL from a different machine by invoking guix with "--substitute-urls='http://x.x.x.x:8080'" where x.x.x.x represents the IPv4 address of the machine running `guix publish`. Note that the "client" machine also needs to authorize the key generated in the first step. Hope this helps! signature.asc Description: PGP signature
bug#26558: Opening URLs with xdg-open fails (eg. Gajim, Pumpa)
Thank you for the bug reports! The Guix xdg-utils package is in need of an update. The latest release is 1.1.1. Unlike the 1.0.2 release currently in Guix, the new release has test cases, many of which currently fail in Guix. While trying to get the tests to pass, I noticed that /usr/bin/file is hardcoded into xdg-mime. That, I think, is at least part of the problem. I am working on this, and will hopefully be done this weekend. We will revisit these bugs after that.
bug#26558: Opening URLs with xdg-open fails (eg. Gajim, Pumpa)
Arun Isaac writes:
> Thank you for the bug reports!
>
> The Guix xdg-utils package is in need of an update. The latest release
> is 1.1.1. Unlike the 1.0.2 release currently in Guix, the new release
> has test cases, many of which currently fail in Guix. While trying to
> get the tests to pass, I noticed that /usr/bin/file is hardcoded into
> xdg-mime. That, I think, is at least part of the problem. I am working
> on this, and will hopefully be done this weekend. We will revisit these
> bugs after that.
Heh, I've had a WIP update for 1.1.1 for some time and decided to finish
it based on this discussion. This tries "gvfs-open" before "gnome-open".
@Ben (and others), can you try this patch and see if that works for you?
From 6ed7008561eea7b09085a17d6c443ee657a7fc2d Mon Sep 17 00:00:00 2001
From: Marius Bakke
Date: Sat, 8 Apr 2017 03:46:15 +0200
Subject: [PATCH] gnu: xdg-utils: Update to 1.1.1.
* gnu/packages/freedesktop.scm (xdg-utils): Update to 1.1.1.
[source]: Adjust file name.
[native-inputs]: Add DOCBOOK-XSL, DOCBOOK-XML-4.1.2, LIBXSLT, W3M and XMLTO.
[arguments]<#:phases>: Add 'patch-hardcoded-paths' and 'locate-catalog-files'
phases. New parameter.
[home-page]: Update to new home.
---
gnu/packages/freedesktop.scm | 50 +++-
1 file changed, 45 insertions(+), 5 deletions(-)
diff --git a/gnu/packages/freedesktop.scm b/gnu/packages/freedesktop.scm
index b912ce026..85a6c8b26 100644
--- a/gnu/packages/freedesktop.scm
+++ b/gnu/packages/freedesktop.scm
@@ -8,6 +8,7 @@
;;; Copyright © 2016, 2017 Efraim Flashner
;;; Copyright © 2016 Kei Kebreau
;;; Copyright © 2017 Mark H Weaver
+;;; Copyright © 2017 Marius Bakke
;;;
;;; This file is part of GNU Guix.
;;;
@@ -55,6 +56,7 @@
#:use-module (gnu packages polkit)
#:use-module (gnu packages pkg-config)
#:use-module (gnu packages python)
+ #:use-module (gnu packages w3m)
#:use-module (gnu packages xml)
#:use-module (gnu packages xdisorg)
#:use-module (gnu packages xorg))
@@ -62,23 +64,61 @@
(define-public xdg-utils
(package
(name "xdg-utils")
-(version "1.0.2")
+(version "1.1.1")
(source
(origin
(method url-fetch)
(uri (string-append
"https://portland.freedesktop.org/download/xdg-utils-";
- version ".tgz"))
+ version ".tar.gz"))
(sha256
(base32
- "1b019d3r1379b60p33d6z44kx589xjgga62ijz9vha95dg8vgbi1"
+ "09a1pk3ifsndc5qz2kcd1557i137gpgnv3d739pv22vfayi67pdh"
(build-system gnu-build-system)
+(native-inputs
+ `(("docbook-xsl" ,docbook-xsl)
+ ("docbook-xml" ,docbook-xml-4.1.2)
+ ("libxslt" ,libxslt)
+ ("w3m" ,w3m)
+ ("xmlto" ,xmlto)))
(propagated-inputs
`(("xprop" ,xprop) ; for Xfce detecting
("xset" ,xset))) ; for xdg-screensaver
(arguments
- `(#:tests? #f)) ; no check target
-(home-page "http://portland.freedesktop.org/";)
+ `(#:tests? #f ; no check target
+ #:phases
+ (modify-phases %standard-phases
+ (add-after 'unpack 'patch-hardcoded-paths
+ (lambda _
+ (substitute* "scripts/xdg-mime.in"
+ (("/usr/bin/file") (which "file")))
+ (substitute* "scripts/xdg-open.in"
+ (("/usr/bin/printf") (which "printf")))
+ #t))
+ (add-before 'build 'locate-catalog-files
+ (lambda* (#:key inputs #:allow-other-keys)
+ (let ((xmldoc (string-append (assoc-ref inputs "docbook-xml")
+ "/xml/dtd/docbook"))
+ (xsldoc (string-append (assoc-ref inputs "docbook-xsl")
+ "/xml/xsl/docbook-xsl-"
+ ,(package-version docbook-xsl
+ (for-each (lambda (file)
+ (substitute* file
+ (("http://.*/docbookx\\.dtd";)
+ (string-append xmldoc "/docbookx.dtd"
+ (find-files "scripts/desc" "\\.xml$"))
+ (substitute* "scripts/Makefile"
+ ;; Apparently `xmlto' does not bother to looks up the stylesheets
+ ;; specified in the XML, unlike the above substitition. Instead it
+ ;; uses a hard-coded URL. Work around it here, but if this is
+ ;; common perhaps we should hardcode this path in xmlto itself.
+ (("\\$\\(XMLTO\\) man")
+ (string-append "$(XMLTO) -x " xsldoc
+ "/manpages/docbook.xsl man")))
+ (setenv "STYLESHEET"
+ (string-append xsldoc "/html/docbook.xsl"))
+ #t))
+(home-page "https://www.freedesktop.org/wiki/Software/xdg-utils/";)
(synopsis "Freedesktop.org scripts for desktop integration")
(description "The xdg-util
bug#26565: IceCat hangs when entering certain websites
Quiliro transcribed 0.3K bytes: > IceCat hangs when entering web pages such as instructables.com. I > supposed it was because it has a lot of Javascript. Nevertheless, the > problem occurs even when these plugins are activated: > Disconnect > GNU LibreJS > SpyBlock > uBlock Origin > > -- > Saluton, > Quiliro > 0987631031 > > > > > Isn't SpyBlock an addon which does what uBlock Origin does? It's a bit difficult to help with "it hangs" issue descriptions, can you be more specific? it could even be an upstream issue. For now we should wait until the new version is available on Guix and then you could try and see if your issue has been fixed? -- PGP and more: https://people.pragmatique.xyz/ng0/
bug#26565: IceCat hangs when entering certain websites
2017-04-18 3:03 GMT+02:00 Quiliro : > IceCat hangs when entering web pages such as instructables.com. I > supposed it was because it has a lot of Javascript. Nevertheless, the > problem occurs even when these plugins are activated: > Disconnect > GNU LibreJS > SpyBlock > uBlock Origin > > There's a workaround for Icecat hangs. You have to set the skia rendering Something like gfx.canvas.azure.backends = skia gfx.content.azure.backends = skia This has been discussed in the past, see here https://lists.nongnu.org/archive/html/guix-devel/2017-02/msg00972.html There are more mentions of skia, just search the mailing list archive
bug#25988: python2-urwid tests fail
Hi Maxim,
Maxim Cournoyer skribis:
> Maxim Cournoyer writes:
>
>> Hi,
>>
>> I'm currently facing test failures from the python2-urwid package
>> required to build wicd. The errors are:
>>
>> test_run (urwid.tests.test_event_loops.SelectEventLoopTest) ... ok
>>
>> ==
>> FAIL: test_horizontal_resize (urwid.tests.test_vterm.TermTest)
>> --
>> Traceback (most recent call last):
>> File
>> "/tmp/guix-build-python2-urwid-1.3.1.drv-0/urwid-1.3.1/urwid/tests/test_vterm.py",
>> line 169, in test_horizontal_resize
>> + '3-' + ' ' * 76 + '-4')
>> File
>> "/tmp/guix-build-python2-urwid-1.3.1.drv-0/urwid-1.3.1/urwid/tests/test_vterm.py",
>> line 120, in expect
>> self.assertEqual(got, what, desc)
>> AssertionError: Expected:
>> '1-
>> -2\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n3-
>> -4'
>> Got:
>> 'Traceback (most recent call last):\n File
>> "/tmp/guix-build-python2-urwid-1.3.1.drv-0/urwid-1.3.1/urwid/vterm.py",
>> l\nine 1389, in spawn\nself.command()\n File
>> "/tmp/guix-build-python2-urwid-1.3.1.drv-0/urwid-1.3.1/urwid/tests/test_v\nterm.py",
>> line 44, in __call__\ndata = os.read(self.reader, 1024)\nOSError:
>> [Errno 4] Interrupted system call'
>>
>> ==
>> FAIL: test_vertical_resize (urwid.tests.test_vterm.TermTest)
>> --
>> Traceback (most recent call last):
>> File
>> "/tmp/guix-build-python2-urwid-1.3.1.drv-0/urwid-1.3.1/urwid/tests/test_vterm.py",
>> line 186, in test_vertical_resize
>> self.expect('\n' * (y - 2) + '3-' + ' ' * 76 + '-4', desc)
>> File
>> "/tmp/guix-build-python2-urwid-1.3.1.drv-0/urwid-1.3.1/urwid/tests/test_vterm.py",
>> line 120, in expect
>> self.assertEqual(got, what, desc)
>> AssertionError: try to rescale to 80x22.
>> Expected:
>> '\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n3-
>> -4'
>> Got:
>> '\n\n\n\n\n\n\n\n\n\n\n3-
>> -4\n\nTraceback (most recent call last):\n File
>> "/tmp/guix-build-python2-urwid-1.3.1.drv-0/urwid-1.3.1/urwid/vterm.py",
>> l\nine 1389, in spawn\nself.command()\n File
>> "/tmp/guix-build-python2-urwid-1.3.1.drv-0/urwid-1.3.1/urwid/tests/test_v\nterm.py",
>> line 44, in __call__\ndata = os.read(self.reader, 1024)\nOSError:
>> [Errno 4] Interrupted system call'
>>
>> --
>> Ran 278 tests in 1.073s
>>
>> FAILED (failures=2)
>> phase `check' failed after 5.2 seconds
>> builder for
>> `/gnu/store/d3nn0jqa41d7i28qvs78np7mcii2ljn2-python2-urwid-1.3.1.drv' failed
>> with exit code 1
>> @ build-failed
>> /gnu/store/d3nn0jqa41d7i28qvs78np7mcii2ljn2-python2-urwid-1.3.1.drv - 1
>> builder for
>> `/gnu/store/d3nn0jqa41d7i28qvs78np7mcii2ljn2-python2-urwid-1.3.1.drv' failed
>> with exit code 1
>> guix build: error: build failed: build of
>> `/gnu/store/d3nn0jqa41d7i28qvs78np7mcii2ljn2-python2-urwid-1.3.1.drv' failed
>
>
> The same problem occurred again today while attempting to reconfigure my
> system (same errors, while attempting to build the same python2-urwid
> dependency of wicd).
>
> I wonder why there are so such failures on hydra
> (https://hydra.gnu.org/job/gnu/master/python2-urwid-1.3.1.x86_64-linux). I
> also wonder why my system is trying to build this package if it already
> exists on Hydra. I have both the bayfront & gnu mirror substitute
> servers enabled.
I’ve seen the failure once and it succeeded on a subsequent rebuild, so
I came to the conclusion that this is a non-deterministic failure. That
would explain why the problem doesn’t show up on Hydra.
Does it fail systematically for you?
Thanks,
Ludo’.
bug#26566: Swap partition on GuixSD
Hi Quiliro,
ng0 skribis:
> Quiliro transcribed 0.4K bytes:
>> The sample file for a desktop configuration on
>> https://www.gnu.org/software/guix/manual/guix.html#System-Services
>> does not give an example of swap-devices.
>>
>> Is adding this line correct on the operating-system section in the
>> config.scm file if my swap partition is sda2?:
>> (swap-devices ("/dev/sda2"))
>
> That should be (swap-devices '("/dev/sda2"))
> but in theory the guix reconfigure would complain about this mistake.
Indeed. See
(search for “swap”), or just “info -k swap” on your system.
HTH!
Ludo’.
PS: BTW, this is more a message for help-g...@gnu.org, the support
mailing list. Emailing bug-guix@gnu.org opens a new issue.
bug#26567: guix publish Resource not found
Marius Bakke skribis: > Quiliro writes: > >> I have run as root: >> guix archive --generate-key >> guix publish --user=quiliro >> But when opening web page: >> http://0.0.0.0:8080/ >> I get: >> Resource not found: / > > That is expected. Indeed, until now ‘guix publish’ did not show anything for / and /index.html. Fixed in commit e1bbc0e38d0c9a5d248ec8b686fdd0a972a61ff4. Though note that ‘guix publish’ is meant to serve data to Guix clients; it’s not meant to serve HTML pages to human beings. :-) Thanks, Ludo’.
bug#22952: Macbook2,1 brightness control requires root privileges
I use a Macbook 7,1 and I do not have this issue. Perhaps this issue is resolved?
bug#23197:
I notice the same issue. I believe I am using Gnome on X. I have a Macbook 7,1. guix —version 0.12.0
bug#26566: Swap partition on GuixSD
El Wed, 19 Apr 2017 23:25:40 +0200
l...@gnu.org (Ludovic Courtès) escribió:
> Hi Quiliro,
>
> ng0 skribis:
>
> > Quiliro transcribed 0.4K bytes:
> >> The sample file for a desktop configuration on
> >> https://www.gnu.org/software/guix/manual/guix.html#System-Services
> >> does not give an example of swap-devices.
> >>
> >> Is adding this line correct on the operating-system section in the
> >> config.scm file if my swap partition is sda2?:
> >> (swap-devices ("/dev/sda2"))
> >
> > That should be (swap-devices '("/dev/sda2"))
> > but in theory the guix reconfigure would complain about this
> > mistake.
Thank you ng0. :-)
> Indeed. See
>
> (search for “swap”), or just “info -k swap” on your system.
What I mean by no example is that there is a file with other examples
and not the swap example, which I think is essential to have in a
config.scm.
> PS: BTW, this is more a message for help-g...@gnu.org, the support
> mailing list. Emailing bug-guix@gnu.org opens a new issue.
I did send my message to help-g...@gnu.org. I don't know how it ended
in this list.
--
Example of rude top posting:
A: Because it messes up the order in which people normally read text.
Q: Why is top-posting such a bad thing?
A: Top-posting.
Q: What is the most annoying thing in e-mail?
A: No.
Q: Should I leave quotations after my reply?
Saluton,
Quiliro
0987631031
bug#26567: guix publish Resource not found
El Wed, 19 Apr 2017 23:48:38 +0200 l...@gnu.org (Ludovic Courtès) escribió: > Marius Bakke skribis: > > > Quiliro writes: > > > >> I have run as root: > >> guix archive --generate-key > >> guix publish --user=quiliro > >> But when opening web page: > >> http://0.0.0.0:8080/ > >> I get: > >> Resource not found: / > > > > That is expected. > > Indeed, until now ‘guix publish’ did not show anything for / and > /index.html. Fixed in commit > e1bbc0e38d0c9a5d248ec8b686fdd0a972a61ff4. > > Though note that ‘guix publish’ is meant to serve data to Guix > clients; it’s not meant to serve HTML pages to human beings. :-) > > Thanks, > Ludo’. Thank you both. -- Example of rude top posting: A: Because it messes up the order in which people normally read text. Q: Why is top-posting such a bad thing? A: Top-posting. Q: What is the most annoying thing in e-mail? A: No. Q: Should I leave quotations after my reply? Saluton, Quiliro 0987631031
bug#26565: IceCat hangs when entering certain websites
El Wed, 19 Apr 2017 21:56:42 +0200 Catonano escribió: > 2017-04-18 3:03 GMT+02:00 Quiliro : > > > IceCat hangs when entering web pages such as instructables.com. I > > supposed it was because it has a lot of Javascript. Nevertheless, > > the problem occurs even when these plugins are activated: > > Disconnect > > GNU LibreJS > > SpyBlock > > uBlock Origin > > > > > There's a workaround for Icecat hangs. You have to set the skia > rendering > > Something like > > gfx.canvas.azure.backends = skia > gfx.content.azure.backends = skia > > > This has been discussed in the past, see here > https://lists.nongnu.org/archive/html/guix-devel/2017-02/msg00972.html Thank you very much. Those are the exact symptoms. > There are more mentions of skia, just search the mailing list archive I see now where to correct it. It is specified in: https://lists.nongnu.org/archive/html/guix-devel/2017-03/msg00177.html I will report my results. -- Example of rude top posting: A: Because it messes up the order in which people normally read text. Q: Why is top-posting such a bad thing? A: Top-posting. Q: What is the most annoying thing in e-mail? A: No. Q: Should I leave quotations after my reply? Saluton, Quiliro 0987631031
bug#26565: IceCat hangs when entering certain websites
Hi Quiliro! Quiliro writes: > IceCat hangs when entering web pages such as instructables.com. I > supposed it was because it has a lot of Javascript. Nevertheless, the > problem occurs even when these plugins are activated: > Disconnect > GNU LibreJS > SpyBlock > uBlock Origin I cannot reproduce the hang (perhaps you meant crash?). I'm using the skia backend as others have explained. It stopped the frequent and random IceCat crashes at the cost of crude text rendering. I hope we can solve the problem with the cairo backend at some point! Maxim
bug#26565: IceCat hangs when entering certain websites
El Thu, 20 Apr 2017 13:10:45 +0900 Maxim Cournoyer escribió: > Hi Quiliro! > > Quiliro writes: > > > IceCat hangs when entering web pages such as instructables.com. I > > supposed it was because it has a lot of Javascript. Nevertheless, > > the problem occurs even when these plugins are activated: > > Disconnect > > GNU LibreJS > > SpyBlock > > uBlock Origin > > I cannot reproduce the hang (perhaps you meant crash?). I'm using the > skia backend as others have explained. It stopped the frequent and > random IceCat crashes at the cost of crude text rendering. > > I hope we can solve the problem with the cairo backend at some point! > > Maxim Thank you very very much all of you for your help. I meant crash. I think the problem is solved. I am not sure. The problem was not always. I will report. I wonder why those parameters are not set by default to skia while the problem with cairo is fixed. -- Example of rude top posting: A: Because it messes up the order in which people normally read text. Q: Why is top-posting such a bad thing? A: Top-posting. Q: What is the most annoying thing in e-mail? A: No. Q: Should I leave quotations after my reply? Saluton, Quiliro 0987631031
bug#26558: Opening URLs with xdg-open fails (eg. Gajim, Pumpa)
Hello Marius,
Marius Bakke writes:
> Arun Isaac writes:
>
>> Thank you for the bug reports!
>>
>> The Guix xdg-utils package is in need of an update. The latest release
>> is 1.1.1. Unlike the 1.0.2 release currently in Guix, the new release
>> has test cases, many of which currently fail in Guix. While trying to
>> get the tests to pass, I noticed that /usr/bin/file is hardcoded into
>> xdg-mime. That, I think, is at least part of the problem. I am working
>> on this, and will hopefully be done this weekend. We will revisit these
>> bugs after that.
>
> Heh, I've had a WIP update for 1.1.1 for some time and decided to finish
> it based on this discussion. This tries "gvfs-open" before "gnome-open".
>
> @Ben (and others), can you try this patch and see if that works for you?
>
> From 6ed7008561eea7b09085a17d6c443ee657a7fc2d Mon Sep 17 00:00:00 2001
> From: Marius Bakke
> Date: Sat, 8 Apr 2017 03:46:15 +0200
> Subject: [PATCH] gnu: xdg-utils: Update to 1.1.1.
>
> * gnu/packages/freedesktop.scm (xdg-utils): Update to 1.1.1.
> [source]: Adjust file name.
> [native-inputs]: Add DOCBOOK-XSL, DOCBOOK-XML-4.1.2, LIBXSLT, W3M and XMLTO.
> [arguments]<#:phases>: Add 'patch-hardcoded-paths' and 'locate-catalog-files'
> phases. New parameter.
> [home-page]: Update to new home.
> ---
> gnu/packages/freedesktop.scm | 50
> +++-
> 1 file changed, 45 insertions(+), 5 deletions(-)
>
> diff --git a/gnu/packages/freedesktop.scm b/gnu/packages/freedesktop.scm
> index b912ce026..85a6c8b26 100644
> --- a/gnu/packages/freedesktop.scm
> +++ b/gnu/packages/freedesktop.scm
> @@ -8,6 +8,7 @@
> ;;; Copyright © 2016, 2017 Efraim Flashner
> ;;; Copyright © 2016 Kei Kebreau
> ;;; Copyright © 2017 Mark H Weaver
> +;;; Copyright © 2017 Marius Bakke
> ;;;
> ;;; This file is part of GNU Guix.
> ;;;
> @@ -55,6 +56,7 @@
>#:use-module (gnu packages polkit)
>#:use-module (gnu packages pkg-config)
>#:use-module (gnu packages python)
> + #:use-module (gnu packages w3m)
>#:use-module (gnu packages xml)
>#:use-module (gnu packages xdisorg)
>#:use-module (gnu packages xorg))
> @@ -62,23 +64,61 @@
> (define-public xdg-utils
>(package
> (name "xdg-utils")
> -(version "1.0.2")
> +(version "1.1.1")
> (source
>(origin
> (method url-fetch)
>(uri (string-append
> "https://portland.freedesktop.org/download/xdg-utils-";
> - version ".tgz"))
> + version ".tar.gz"))
>(sha256
> (base32
> - "1b019d3r1379b60p33d6z44kx589xjgga62ijz9vha95dg8vgbi1"
> + "09a1pk3ifsndc5qz2kcd1557i137gpgnv3d739pv22vfayi67pdh"
> (build-system gnu-build-system)
> +(native-inputs
> + `(("docbook-xsl" ,docbook-xsl)
> + ("docbook-xml" ,docbook-xml-4.1.2)
> + ("libxslt" ,libxslt)
> + ("w3m" ,w3m)
> + ("xmlto" ,xmlto)))
> (propagated-inputs
> `(("xprop" ,xprop) ; for Xfce detecting
> ("xset" ,xset))) ; for xdg-screensaver
> (arguments
> - `(#:tests? #f)) ; no check target
> -(home-page "http://portland.freedesktop.org/";)
> + `(#:tests? #f ; no check target
> + #:phases
> + (modify-phases %standard-phases
> + (add-after 'unpack 'patch-hardcoded-paths
> + (lambda _
> + (substitute* "scripts/xdg-mime.in"
> + (("/usr/bin/file") (which "file")))
> + (substitute* "scripts/xdg-open.in"
> + (("/usr/bin/printf") (which "printf")))
> + #t))
> + (add-before 'build 'locate-catalog-files
> + (lambda* (#:key inputs #:allow-other-keys)
> + (let ((xmldoc (string-append (assoc-ref inputs "docbook-xml")
> + "/xml/dtd/docbook"))
> + (xsldoc (string-append (assoc-ref inputs "docbook-xsl")
> + "/xml/xsl/docbook-xsl-"
> + ,(package-version docbook-xsl
> + (for-each (lambda (file)
> + (substitute* file
> + (("http://.*/docbookx\\.dtd";)
> + (string-append xmldoc "/docbookx.dtd"
> + (find-files "scripts/desc" "\\.xml$"))
> + (substitute* "scripts/Makefile"
> + ;; Apparently `xmlto' does not bother to looks up the
> stylesheets
> + ;; specified in the XML, unlike the above substitition.
> Instead it
> + ;; uses a hard-coded URL. Work around it here, but if this
> is
> + ;; common perhaps we should hardcode this path in xmlto
> itself.
> + (("\\$\\(XMLTO\\) man")
> + (string-append "$(XMLTO) -x " xsldoc
> + "/manpages/docbook.xsl man")))
Have you tried setting the XML_CATALO
bug#26558: Opening URLs with xdg-open fails (eg. Gajim, Pumpa)
> Heh, I've had a WIP update for 1.1.1 for some time and decided to finish > it based on this discussion. Oh, good! :-) Your patch builds successfully. But, the new version has tests, and you still need to package them. When I try to run the tests, a few fail. Setting environment variables HOME and BROWSER makes some tests pass. This is about as far as I got with my WIP patch.
bug#26565: IceCat hangs when entering certain websites
Quiliro writes: [...] >> I cannot reproduce the hang (perhaps you meant crash?). I'm using the >> skia backend as others have explained. It stopped the frequent and >> random IceCat crashes at the cost of crude text rendering. >> >> I hope we can solve the problem with the cairo backend at some point! >> >> Maxim > > Thank you very very much all of you for your help. > > I meant crash. I think the problem is solved. I am not sure. The > problem was not always. I will report. > > I wonder why those parameters are not set by default to skia while the > problem with cairo is fixed. Actually, such a change was committed 3 weeks ago by Mark H Weaver. 2abf6371cc gnu: icecat: Add fixes from mozilla-esr45; use skia by default. But it might be that it will only take effect in new IceCat profiles (i.e. if you have used IceCat before the fix, the cairo values might be cached somewhere?). Anyway, I'm glad you got it working better! Maxim signature.asc Description: PGP signature
