bug#26006: [Website] Integral update proposal

2017-07-04 Thread sirgazil 

On 04/07/17 16:24, Ludovic Courtès wrote:

Hi!

sirgazil  skribis:


I was going to take a look again, and see what I could do to complete
the thing, but during the application setup of guix 0.13.0 many things
were being built and the computer turned off three times. It seems it
can't take that job (I didn't have this problem with 0.12.0, though).

Ouch, that’s no good.  The web site itself needs a few packages of
course; if you do ‘guix pull’ (the CPU-intensive part) and then “guix
build -f guix.scm” in the website directory, that should build the thing
and download the prerequisites.


The computer didn't made it through guix pull.


If that goes wrong, I guess I’ll allocate time for this maybe next week
and ask for guidance (every else is welcome to help!).



I'll see if I can do something about the thermal grease.

--
https://sirgazil.bitbucket.io/

bug#27582: artanis: ERROR throw to key 'ftp-mirror'. 550 "Failed to open file"

2017-07-04 Thread Adonay Felipe Nogueira 
Doing any of `guix package -i artanis`, `guix package --fallback -i
artanis`, `guix build artanis` results in the error described in the
attached .txt log file.

Interesting line in the attached .txt log file is 7.


Respectfully, Adonay.

-- 
- [[https://libreplanet.org/wiki/User:Adfeno]]
- Palestrante e consultor sobre /software/ livre (não confundir com
  gratis).
- "WhatsApp"? Ele não é livre, por isso não uso. Iguais a ele prefiro
  GNU Ring, ou Tox. Quer outras formas de contato? Adicione o vCard
  que está no endereço acima aos teus contatos.
- Pretende me enviar arquivos .doc, .ppt, .cdr, ou .mp3? OK, eu
  aceito, mas não repasso. Entrego apenas em formatos favoráveis ao
  /software/ livre. Favor entrar em contato em caso de dúvida.
substitute: 
substitute: updating list of substitutes from 'https://mirror.hydra.gnu.org'... 
  0.0%
substitute: updating list of substitutes from 'https://mirror.hydra.gnu.org'... 
100.0%
building path(s) 
`/gnu/store/9p89jwaf4hnm0w5chfswcmfcf0v18719-artanis-0.2.1.tar.gz'
|   executing builder `builtin:download'

Starting download of 
/gnu/store/9p89jwaf4hnm0w5chfswcmfcf0v18719-artanis-0.2.1.tar.gz
>From ftp://alpha.gnu.org/gnu/artanis/artanis-0.2.1.tar.gz...
ERROR: Throw to key `ftp-error' with args `(# "RETR 
artanis-0.2.1.tar.gz" 550 "Failed to open file.\r")'.

Starting download of 
/gnu/store/9p89jwaf4hnm0w5chfswcmfcf0v18719-artanis-0.2.1.tar.gz
>From 
>http://mirror.hydra.gnu.org/file/artanis-0.2.1.tar.gz/sha256/041ajcg2pz918kd9iqcj4inpzddc3impvz3r2nhlpbv8zrz011hn...
ERROR: download failed 
"http://mirror.hydra.gnu.org/file/artanis-0.2.1.tar.gz/sha256/041ajcg2pz918kd9iqcj4inpzddc3impvz3r2nhlpbv8zrz011hn";
 404 "Not Found"

Starting download of 
/gnu/store/9p89jwaf4hnm0w5chfswcmfcf0v18719-artanis-0.2.1.tar.gz
>From 
>http://tarballs.nixos.org/sha256/041ajcg2pz918kd9iqcj4inpzddc3impvz3r2nhlpbv8zrz011hn...
ERROR: download failed 
"http://tarballs.nixos.org/sha256/041ajcg2pz918kd9iqcj4inpzddc3impvz3r2nhlpbv8zrz011hn";
 404 "Not Found"
failed to download 
"/gnu/store/9p89jwaf4hnm0w5chfswcmfcf0v18719-artanis-0.2.1.tar.gz" from 
"ftp://alpha.gnu.org/gnu/artanis/artanis-0.2.1.tar.gz";
builder for 
`/gnu/store/y71m1hyqy83wr6nligda5n45gaqi03ql-artanis-0.2.1.tar.gz.drv' failed 
to produce output path 
`/gnu/store/9p89jwaf4hnm0w5chfswcmfcf0v18719-artanis-0.2.1.tar.gz'
cannot build derivation 
`/gnu/store/zvikipw5yx8m5kylhpwf09sf7lxwnzaj-artanis-0.2.1.drv': 1 dependencies 
couldn't be built
guix package: error: build failed: build of 
`/gnu/store/zvikipw5yx8m5kylhpwf09sf7lxwnzaj-artanis-0.2.1.drv' failed

bug#26006: [Website] Integral update proposal

2017-07-04 Thread sirgazil 

On 04/07/17 15:09, Catonano wrote:



2017-07-04 22:00 GMT+02:00 sirgazil >:


Hey :)



On 01/07/17 09:26, Ludovic Courtès wrote:

Hi sirgazil,

Slowly trying to catch up…

sirgazil mailto:sirga...@zoho.com>> skribis:

This implementation is missing the following parts:

1. New screenshots
2. Packages pages
1. Package detail page
2. Packages issues page
3. Packages reproducibility page
4. Packages JSON file

To complete part (1) someone could provide the screenshots
(ideally
1920×1080 px) in JPG and add them to the
"static/media/img" directory,
and update the list of screenshots in "apps/base/data.scm".

Since “someone” has not shown up yet ;-), maybe we can delay
(1), no?

To complete (2), there are some package related procedures
missing

(https://bitbucket.org/sirgazil/guixsd-website/issues?status=new&status=open

).
I tried to use the code that is already in the current
website, but
couldn't figure things out.

To complete part (2.1), there is an issue to solve:
package pages go in
paths like "/packages/blender-3.0/", but running "haunt
build" with
pages on paths that include "." will render the pages with
all the HTML
content inside a pre element. David, the maintainer of
Haunt, does not
know yet why this would happen. If this issue is solved,
there are
already helper builders in "apps/packages/builders.scm" to
generate all
the pages.

Was this issue fixed in the meantime?  David?

So, for now, the packages pages are working as in the
current website,
but not using tables (to make it easier to adapt the page
to several
screen widths), and packages are distributed in numbered
pages to avoid
big HTML pages that take too long to load.

Also, the JavaScript code that gets package build status
is not
integrated (couldn't figure this one out either).

Did you have a chance to look at whether you could include the
existing
code?  After all, the code is already there so we should be
able to just
“move” it to its new home without further ado.

If that’s more complicated that this, then maybe we can ask
for help
from Alex Sassmannshausen, or simply delay it.

To complete (2.2), (2.3), and (2.4) someone could add
helper builders to
the packages app, and recycle the related SXML pages
already used in the
current website.

Likewise, can’t we just reuse the existing code?  I haven’t looked
closely but I imagine we won’t have to rewrite all of these from
scratch.

How can we proceed?  I wouldn’t want to let the fancy web site
bitrot!
I’m a bit swamped though so it would be more productive if you
could
directly hack on it on the repo, but I think you were
unwilling to do
this?  Thoughts?  :-)


I was going to take a look again, and see what I could do to
complete the thing, but during the application setup of guix
0.13.0 many things were being built and the computer turned off
three times. It seems it can't take that job (I didn't have this
problem with 0.12.0, though).

So I don't know what to do 



computers need manteinance

This could be a sign that your computer needs a refreshing of its 
thermal grease and a cleaning of its grates.


Usually when you do that, it becomes an almost new machine and can 
compile lots of stuff. That's my experience, by the way.


I'll see if I can do something about it.

Another thing you could do is wait for a better building servers park 
to be available for Guix


Rekado has mentioned that an improvement is in the pipe, to be 
delivered soonish


With that you could find way more binaries ready for use and you won't 
need your own computer to compile them


Ludo is way more competent and informed than I am, though, so he might 
have some better suggestion.


Thanks, Catonano :)

--
https://sirgazil.bitbucket.io/

bug#27580: Elogin doesn't start properly

2017-07-04 Thread William 
On my GuixSD VM (Guix release 0.13) elogind doesn't start at startup,
despite (elogind-service) being used in config.scm. I am not using
Xorg or a desktop manager like Slim.

Elogind only starts when loginctl is executed as loginctl activates
elogind via DBus, meaning that it doesn't record any logins before
loginctl is run. I don't believe that this is intended; my Arch Linux
install doesn't miss any logins.

My config.scm:

--8<---cut here---start->8---
(services (cons* ;; Networking
   (service wpa-supplicant-service-type)
   (service connman-service-type (connman-configuration))
   (service tlp-service-type)
   (service thermald-service-type)
   (udisks-service)
   (polkit-service)
   (elogind-service)
   (dbus-service)

   %base-services))
--8<---cut here---end--->8---

Output (just started up vm):


--8<---cut here---start->8---
gollum login: cavej
Password:
This is the GNU operating system, welcome!

gollum% loginctl
dbus[392]: [system] activating service name='org.freedesktop.login1'
(using servicehelper)
[/gnu/store/ninbsrgj12ik3zjwk0vbcbmhwfkfhj7h-logind.conf:5] Unknown
lvalue 'InhibitDelayMaxSecs' in section 'Login'
[/gnu/store/ninbsrgj12ik3zjwk0vbcbmhwfkfhj7h-logind.conf:15] Unknown
lvalue 'HolfoffTimeoutSecs' in section 'Login'
[/gnu/store/ninbsrgj12ik3zjwk0vbcbmhwfkfhj7h-logind.conf:17] Unknown
lvalue 'IdleActionSeconds' in section 'Login'
[/gnu/store/ninbsrgj12ik3zjwk0vbcbmhwfkfhj7h-logind.conf:19] Unknown
lvalue 'RemoveIpc' in section 'Login'
dbus[392]: [system] Successfully activated service 'org.freedesktop.login1'
New seat seat0.
Watching system buttons on /dev/input/event0 (Power Button)
   SESSION  UID USERSEAT

0 sessions listed.
gollum% exit
Respawning term-tty1
Service term-tty1 has been restarted.


This is the GNU system. Welcome.
gollum login: cavej
Password:
New session c1 of user cavej.
This is the GNU operating system, welcome!

gollum% loginctl
   SESSION   UID  USERSEAT
 c130011  cavej   seat0

1 sessions listed.
--8<---cut here---end--->8---

bug#27556: libpng has wrong hash.

2017-07-04 Thread Leo Famulari 
On Sun, Jul 02, 2017 at 08:13:44PM +, ng0 wrote:
> I don't know if they moved the file around, renamed it or
> whatever, but the hash is now
> "0m5nv70n9903x3xzxw9qqc6sgf2rp106ha0x6gix0xf8wcrljaab".
> We should use this in icecat as intended (I use it for
> firefox nightly I work on) so that these errors get
> attention.
> 
> @ build-started 
> /gnu/store/l2ajzgighkr23qhyrqzy3qm64gy7v75y-libpng-1.6.28-apng.patch.gz.drv - 
> x86_64-linux 
> /var/log/guix/drvs/l2//ajzgighkr23qhyrqzy3qm64gy7v75y-libpng-1.6.28-apng.patch.gz.drv.bz2
> 
> Starting download of 
> /gnu/store/lsgx25nk7cg24hn6cn898jrkhs8aily3-libpng-1.6.28-apng.patch.gz
> From 
> http://downloads.sourceforge.net/project/libpng-apng/libpng16/1.6.28/libpng-1.6.28-apng.patch.gz...
> following redirection to 
> `https://netix.dl.sourceforge.net/project/libpng-apng/libpng16/1.6.28/libpng-1.6.28-apng.patch.gz'...
>  ...-apng.patch.gz  11KiB   1.2MiB/s 00:00 [] 
> 100.0%
> sha256 hash mismatch for output path 
> `/gnu/store/lsgx25nk7cg24hn6cn898jrkhs8aily3-libpng-1.6.28-apng.patch.gz'
>   expected: 026r0gbkf6d6v54wca02cdxln8sj4m2c1yk62sj2aasv2ki2ffh5
>   actual:   0m5nv70n9903x3xzxw9qqc6sgf2rp106ha0x6gix0xf8wcrljaab
> @ build-failed 
> /gnu/store/l2ajzgighkr23qhyrqzy3qm64gy7v75y-libpng-1.6.28-apng.patch.gz.drv - 
> 1 sha256 hash mismatch for output path 
> `/gnu/store/lsgx25nk7cg24hn6cn898jrkhs8aily3-libpng-1.6.28-apng.patch.gz'
>   expected: 026r0gbkf6d6v54wca02cdxln8sj4m2c1yk62sj2aasv2ki2ffh5
>   actual:   0m5nv70n9903x3xzxw9qqc6sgf2rp106ha0x6gix0xf8wcrljaab
> cannot build derivation 
> `/gnu/store/x1dqpvyjz4v25z4al6kll6i3n3whv9h3-libpng-apng-1.6.28.drv': 1 
> dependencies couldn't be built
> guix build: error: build failed: build of 
> `/gnu/store/x1dqpvyjz4v25z4al6kll6i3n3whv9h3-libpng-apng-1.6.28.drv' failed

Clarification: This is libpng-apng, not libpng.


signature.asc
Description: PGP signature

bug#27578: wget 1.19.1 fails to build on x86_64 from latest core-updates

2017-07-04 Thread Leo Famulari 
On Wed, Jul 05, 2017 at 12:21:04AM +0200, Joshua Sierles wrote:
> 
> This package fails running tests due to a syntax error reported by perl
> scripts used in the tests. I haven't dug into the problem yet - just
> wanted to report it. I've attached the test suite log from the failed
> build. here's the error:
> 
> Unescaped left brace in regex is illegal here in regex; marked by <--
> HERE in m/{{ <-- HERE port}}/ at FTPServer.pm line 592.

Can you try adapting the fix used for intltool (commit
92cb946bd9d78cb8f6aa8418d505f52da6894ab4), or checking if the
tmux maintainers have applied a similar fix?


signature.asc
Description: PGP signature

bug#27578: wget 1.19.1 fails to build on x86_64 from latest core-updates

2017-07-04 Thread Joshua Sierles 

This package fails running tests due to a syntax error reported by perl
scripts used in the tests. I haven't dug into the problem yet - just
wanted to report it. I've attached the test suite log from the failed
build. here's the error:

Unescaped left brace in regex is illegal here in regex; marked by <--
HERE in m/{{ <-- HERE port}}/ at FTPServer.pm line 592.
-- 
  Joshua Sierles
  jos...@joshua.si
/var/tmp/guix-build-wget-1.19.1.drv-0/wget-1.19.1/tests # cat test-suite.log
===
   wget 1.19.1: tests/test-suite.log
===

# TOTAL: 85
# PASS:  1
# SKIP:  0
# XFAIL: 0
# FAIL:  84
# XPASS: 0
# ERROR: 0

.. contents:: :depth: 2

FAIL: Test-auth-basic
=

Unescaped left brace in regex is illegal here in regex; marked by <-- HERE in 
m/{{ <-- HERE port}}/ at HTTPServer.pm line 313.
Compilation failed in require at HTTPTest.pm line 6.
BEGIN failed--compilation aborted at HTTPTest.pm line 6.
Compilation failed in require at ./Test-auth-basic.px line 6.
BEGIN failed--compilation aborted at ./Test-auth-basic.px line 6.
FAIL Test-auth-basic.px (exit status: 2)

FAIL: Test-auth-no-challenge


Unescaped left brace in regex is illegal here in regex; marked by <-- HERE in 
m/{{ <-- HERE port}}/ at HTTPServer.pm line 313.
Compilation failed in require at HTTPTest.pm line 6.
BEGIN failed--compilation aborted at HTTPTest.pm line 6.
Compilation failed in require at ./Test-auth-no-challenge.px line 6.
BEGIN failed--compilation aborted at ./Test-auth-no-challenge.px line 6.
FAIL Test-auth-no-challenge.px (exit status: 2)

FAIL: Test-auth-no-challenge-url


Unescaped left brace in regex is illegal here in regex; marked by <-- HERE in 
m/{{ <-- HERE port}}/ at HTTPServer.pm line 313.
Compilation failed in require at HTTPTest.pm line 6.
BEGIN failed--compilation aborted at HTTPTest.pm line 6.
Compilation failed in require at ./Test-auth-no-challenge-url.px line 6.
BEGIN failed--compilation aborted at ./Test-auth-no-challenge-url.px line 6.
FAIL Test-auth-no-challenge-url.px (exit status: 2)

FAIL: Test-auth-with-content-disposition


Unescaped left brace in regex is illegal here in regex; marked by <-- HERE in 
m/{{ <-- HERE port}}/ at HTTPServer.pm line 313.
Compilation failed in require at HTTPTest.pm line 6.
BEGIN failed--compilation aborted at HTTPTest.pm line 6.
Compilation failed in require at ./Test-auth-with-content-disposition.px line 6.
BEGIN failed--compilation aborted at ./Test-auth-with-content-disposition.px 
line 6.
FAIL Test-auth-with-content-disposition.px (exit status: 2)

FAIL: Test-auth-retcode
===

Unescaped left brace in regex is illegal here in regex; marked by <-- HERE in 
m/{{ <-- HERE port}}/ at HTTPServer.pm line 313.
Compilation failed in require at HTTPTest.pm line 6.
BEGIN failed--compilation aborted at HTTPTest.pm line 6.
Compilation failed in require at ./Test-auth-retcode.px line 6.
BEGIN failed--compilation aborted at ./Test-auth-retcode.px line 6.
FAIL Test-auth-retcode.px (exit status: 2)

FAIL: Test-c-full
=

Unescaped left brace in regex is illegal here in regex; marked by <-- HERE in 
m/{{ <-- HERE port}}/ at HTTPServer.pm line 313.
Compilation failed in require at HTTPTest.pm line 6.
BEGIN failed--compilation aborted at HTTPTest.pm line 6.
Compilation failed in require at ./Test-c-full.px line 6.
BEGIN failed--compilation aborted at ./Test-c-full.px line 6.
FAIL Test-c-full.px (exit status: 2)

FAIL: Test-c-partial


Unescaped left brace in regex is illegal here in regex; marked by <-- HERE in 
m/{{ <-- HERE port}}/ at HTTPServer.pm line 313.
Compilation failed in require at HTTPTest.pm line 6.
BEGIN failed--compilation aborted at HTTPTest.pm line 6.
Compilation failed in require at ./Test-c-partial.px line 6.
BEGIN failed--compilation aborted at ./Test-c-partial.px line 6.
FAIL Test-c-partial.px (exit status: 2)

FAIL: Test-c


Unescaped left brace in regex is illegal here in regex; marked by <-- HERE in 
m/{{ <-- HERE port}}/ at HTTPServer.pm line 313.
Compilation failed in require at HTTPTest.pm line 6.
BEGIN failed--compilation aborted at HTTPTest.pm line 6.
Compilation failed in require at ./Test-c.px line 6.
BEGIN failed--compilation aborted at ./Test-c.px line 6.
FAIL Test-c.px (exit status: 2)

FAIL: Test-c-shorter


Unescaped left brace in regex is illegal here in regex; marked by <-- HERE in 
m/{{ <-- HERE port}}/ at HTTPServer.pm line 313.
Compilation failed in require at HTTPTest.pm line 6.
BEGIN failed--compilation aborted at HTTPTest.pm line 6.
Compilation failed in require at ./Test-c-shorter.px line 6.
BEGIN failed--compilation aborted at ./Test-c-shorter.px line 6.
FAIL Test-c-shorter.px (exit status: 2)

FAIL: Test-cookies
==

Unescaped left brace in regex is illegal here in regex; ma

bug#27386: offloading documentation and env

2017-07-04 Thread Ludovic Courtès 
Hi,

Oleg Pykhalov  skribis:

> process 5294 acquired build slot '/var/guix/offload/magnolia.local/0'
> waiting for locks or build slots...
> process 5294 acquired build slot '/var/guix/offload/magnolia.local/0'
> process 5294 acquired build slot '/var/guix/offload/magnolia.local/0'
> process 5294 acquired build slot '/var/guix/offload/magnolia.local/0'
> process 5294 acquired build slot '/var/guix/offload/magnolia.local/0'
> process 5294 acquired build slot '/var/guix/offload/magnolia.local/0'
>   C-c C-c

When that happens, could you check how many ‘guix offload’ processes are
running?

Also, are you sure that the build machine is eligible for offloading
(matching system type, normalized load is below 2.0, etc.)?

Thanks,
Ludo’.

bug#26006: [Website] Integral update proposal

2017-07-04 Thread Ludovic Courtès 
Hi!

sirgazil  skribis:

> I was going to take a look again, and see what I could do to complete
> the thing, but during the application setup of guix 0.13.0 many things
> were being built and the computer turned off three times. It seems it
> can't take that job (I didn't have this problem with 0.12.0, though).

Ouch, that’s no good.  The web site itself needs a few packages of
course; if you do ‘guix pull’ (the CPU-intensive part) and then “guix
build -f guix.scm” in the website directory, that should build the thing
and download the prerequisites.

If that goes wrong, I guess I’ll allocate time for this maybe next week
and ask for guidance (every else is welcome to help!).

Thanks,
Ludo’.

bug#26006: [Website] Integral update proposal

2017-07-04 Thread Catonano 
2017-07-04 22:00 GMT+02:00 sirgazil :

> Hey :)
>
>
>
> On 01/07/17 09:26, Ludovic Courtès wrote:
>
>> Hi sirgazil,
>>
>> Slowly trying to catch up…
>>
>> sirgazil  skribis:
>>
>> This implementation is missing the following parts:
>>>
>>> 1. New screenshots
>>> 2. Packages pages
>>> 1. Package detail page
>>> 2. Packages issues page
>>> 3. Packages reproducibility page
>>> 4. Packages JSON file
>>>
>>> To complete part (1) someone could provide the screenshots (ideally
>>> 1920×1080 px) in JPG and add them to the "static/media/img" directory,
>>> and update the list of screenshots in "apps/base/data.scm".
>>>
>> Since “someone” has not shown up yet ;-), maybe we can delay (1), no?
>>
>> To complete (2), there are some package related procedures missing
>>> (https://bitbucket.org/sirgazil/guixsd-website/issues?
>>> status=new&status=open).
>>> I tried to use the code that is already in the current website, but
>>> couldn't figure things out.
>>>
>>> To complete part (2.1), there is an issue to solve: package pages go in
>>> paths like "/packages/blender-3.0/", but running "haunt build" with
>>> pages on paths that include "." will render the pages with all the HTML
>>> content inside a pre element. David, the maintainer of Haunt, does not
>>> know yet why this would happen. If this issue is solved, there are
>>> already helper builders in "apps/packages/builders.scm" to generate all
>>> the pages.
>>>
>> Was this issue fixed in the meantime?  David?
>>
>> So, for now, the packages pages are working as in the current website,
>>> but not using tables (to make it easier to adapt the page to several
>>> screen widths), and packages are distributed in numbered pages to avoid
>>> big HTML pages that take too long to load.
>>>
>>> Also, the JavaScript code that gets package build status is not
>>> integrated (couldn't figure this one out either).
>>>
>> Did you have a chance to look at whether you could include the existing
>> code?  After all, the code is already there so we should be able to just
>> “move” it to its new home without further ado.
>>
>> If that’s more complicated that this, then maybe we can ask for help
>> from Alex Sassmannshausen, or simply delay it.
>>
>> To complete (2.2), (2.3), and (2.4) someone could add helper builders to
>>> the packages app, and recycle the related SXML pages already used in the
>>> current website.
>>>
>> Likewise, can’t we just reuse the existing code?  I haven’t looked
>> closely but I imagine we won’t have to rewrite all of these from
>> scratch.
>>
>> How can we proceed?  I wouldn’t want to let the fancy web site bitrot!
>> I’m a bit swamped though so it would be more productive if you could
>> directly hack on it on the repo, but I think you were unwilling to do
>> this?  Thoughts?  :-)
>>
>
> I was going to take a look again, and see what I could do to complete the
> thing, but during the application setup of guix 0.13.0 many things were
> being built and the computer turned off three times. It seems it can't take
> that job (I didn't have this problem with 0.12.0, though).
>
> So I don't know what to do


computers need manteinance

This could be a sign that your computer needs a refreshing of its thermal
grease and a cleaning of its grates.

Usually when you do that, it becomes an almost new machine and can compile
lots of stuff. That's my experience, by the way.

Another thing you could do is wait for a better building servers park to be
available for Guix

Rekado has mentioned that an improvement is in the pipe, to be delivered
soonish

With that you could find way more binaries ready for use and you won't need
your own computer to compile them

Ludo is way more competent and informed than I am, though, so he might have
some better suggestion.

bug#26006: [Website] Integral update proposal

2017-07-04 Thread sirgazil 

Hey :)


On 01/07/17 09:26, Ludovic Courtès wrote:

Hi sirgazil,

Slowly trying to catch up…

sirgazil  skribis:


This implementation is missing the following parts:

1. New screenshots
2. Packages pages
1. Package detail page
2. Packages issues page
3. Packages reproducibility page
4. Packages JSON file

To complete part (1) someone could provide the screenshots (ideally
1920×1080 px) in JPG and add them to the "static/media/img" directory,
and update the list of screenshots in "apps/base/data.scm".

Since “someone” has not shown up yet ;-), maybe we can delay (1), no?


To complete (2), there are some package related procedures missing
(https://bitbucket.org/sirgazil/guixsd-website/issues?status=new&status=open).
I tried to use the code that is already in the current website, but
couldn't figure things out.

To complete part (2.1), there is an issue to solve: package pages go in
paths like "/packages/blender-3.0/", but running "haunt build" with
pages on paths that include "." will render the pages with all the HTML
content inside a pre element. David, the maintainer of Haunt, does not
know yet why this would happen. If this issue is solved, there are
already helper builders in "apps/packages/builders.scm" to generate all
the pages.

Was this issue fixed in the meantime?  David?


So, for now, the packages pages are working as in the current website,
but not using tables (to make it easier to adapt the page to several
screen widths), and packages are distributed in numbered pages to avoid
big HTML pages that take too long to load.

Also, the JavaScript code that gets package build status is not
integrated (couldn't figure this one out either).

Did you have a chance to look at whether you could include the existing
code?  After all, the code is already there so we should be able to just
“move” it to its new home without further ado.

If that’s more complicated that this, then maybe we can ask for help
from Alex Sassmannshausen, or simply delay it.


To complete (2.2), (2.3), and (2.4) someone could add helper builders to
the packages app, and recycle the related SXML pages already used in the
current website.

Likewise, can’t we just reuse the existing code?  I haven’t looked
closely but I imagine we won’t have to rewrite all of these from
scratch.

How can we proceed?  I wouldn’t want to let the fancy web site bitrot!
I’m a bit swamped though so it would be more productive if you could
directly hack on it on the repo, but I think you were unwilling to do
this?  Thoughts?  :-)


I was going to take a look again, and see what I could do to complete 
the thing, but during the application setup of guix 0.13.0 many things 
were being built and the computer turned off three times. It seems it 
can't take that job (I didn't have this problem with 0.12.0, though).


So I don't know what to do :(

--
https://sirgazil.bitbucket.io/

bug#27563: [PATCH] gnu: ghostscript: Add phase "remove-timestamps".

2017-07-04 Thread Leo Famulari 
On Mon, Jul 03, 2017 at 08:16:46PM +0200, Danny Milosavljevic wrote:
> * gnu/packages/ghostscript.scm (ghostscript): Add phase "remove-timestamps".

Same feedback as for netpbm: If ghostscript works with this change and
we haven't built it yet for core-updates on Hydra, it's okay to make
this change.

But I'm not reviewing the details of the change itself; I'm technically
on vacation this week ;)


signature.asc
Description: PGP signature

bug#27567: [PATCH] gnu: netpbm: Add "patch-timestamps" phase.

2017-07-04 Thread Danny Milosavljevic 
Hi Leo,

On Tue, 4 Jul 2017 15:01:56 -0400
Leo Famulari  wrote:

> On Mon, Jul 03, 2017 at 09:08:01PM +0200, Danny Milosavljevic wrote:
> > * gnu/packages/netpbm.scm (netpbm): Add "patch-timestamps" phase.
> > ---
> > + (("gmctime\\(\\)\\)") "Thu Apr 9 18:15:06 1998")
> > +   #t))  
> 
> Why this particular date instead of the Unix epoch?

Copy & paste from example. We can use the Unix epoch as well :)

bug#27567: [PATCH v2] gnu: netpbm: Remove timestamps.

2017-07-04 Thread Leo Famulari 
On Mon, Jul 03, 2017 at 09:16:38PM +0200, Danny Milosavljevic wrote:
> * gnu/packages/netpbm.scm (netpbm)[source]: Remove timestamps.
> ---
>  gnu/packages/netpbm.scm | 3 +++
>  1 file changed, 3 insertions(+)
> 
> diff --git a/gnu/packages/netpbm.scm b/gnu/packages/netpbm.scm
> index cd0c3d950..652c23aed 100644
> --- a/gnu/packages/netpbm.scm
> +++ b/gnu/packages/netpbm.scm
> @@ -87,6 +87,9 @@
>  (drop "ppmtopjxl" in "converter/ppm")
>  
>  ;; Remove timestamps from the generated code.
> +(substitute* "buildtools/makepointerman"
> +  (("gmctime[(][)]")
> +   "\"Thu Jan 1 00:00:00 1970\""))

I'm not sure what's going on with core-updates: the last evaluation was
aborted.

So, assuming that you can build groff on core-updates with this change
before Hydra builds netpbm on core-updates, LGTM. Once we build
core-updates to that point, we should wait for the next core-updates
cycle.


signature.asc
Description: PGP signature

bug#27567: [PATCH] gnu: netpbm: Add "patch-timestamps" phase.

2017-07-04 Thread Leo Famulari 
On Mon, Jul 03, 2017 at 09:08:01PM +0200, Danny Milosavljevic wrote:
> * gnu/packages/netpbm.scm (netpbm): Add "patch-timestamps" phase.
> ---
>  gnu/packages/netpbm.scm | 5 +
>  1 file changed, 5 insertions(+)
> 
> diff --git a/gnu/packages/netpbm.scm b/gnu/packages/netpbm.scm
> index cd0c3d950..6b97d7e06 100644
> --- a/gnu/packages/netpbm.scm
> +++ b/gnu/packages/netpbm.scm
> @@ -109,6 +109,11 @@
> (arguments
>  `(#:phases
>(modify-phases %standard-phases
> +   (add-after 'unpack 'patch-timestamps
> + (lambda _
> +   (substitute* "buildtools/makepointerman"
> + (("gmctime\\(\\)\\)") "Thu Apr 9 18:15:06 1998")
> +   #t))

Why this particular date instead of the Unix epoch?


signature.asc
Description: PGP signature

bug#27386: offloading documentation and env

2017-07-04 Thread Oleg Pykhalov 
Oleg Pykhalov  writes:

> Oleg Pykhalov  writes:
>
>> I'm trying to setup offloading too.  Just for the report I had an issue
>> after setting up `%load-path` for guile with `.bashrc` snippet.  It
>> seems that also required call `guix build` with `--substitute-urls=HOST`
>> because without it I get `acquired build slot` loop like in
>> https://lists.gnu.org/archive/html/guix-devel/2015-05/msg00035.html
>
> Actually not always works.  Still have an issue with loop.  Client waits
> for `/var/guix/offload/magnolia.local/0` but `/var/guix/offload` is
> missing on build machine.

Ah, stupid me, `/var/guix/offload/magnolia.local/0` is on client.

ls -1R /var/guix/offload
/var/guix/offload:
machine-choice.lock
magnolia.local
magnolia.local.slots.lock

/var/guix/offload/magnolia.local:
0

bug#27386: offloading documentation and env

2017-07-04 Thread Oleg Pykhalov 
Oleg Pykhalov  writes:

> I'm trying to setup offloading too.  Just for the report I had an issue
> after setting up `%load-path` for guile with `.bashrc` snippet.  It
> seems that also required call `guix build` with `--substitute-urls=HOST`
> because without it I get `acquired build slot` loop like in
> https://lists.gnu.org/archive/html/guix-devel/2015-05/msg00035.html

Actually not always works.  Still have an issue with loop.  Client waits
for `/var/guix/offload/magnolia.local/0` but `/var/guix/offload` is
missing on build machine.

bug#27572: simultaneous installation of python2 and python3 fails

2017-07-04 Thread Diego Nicola Barbato 
When running the command "guix pull && guix package -i python@2 python"
instead of installing the latest version of python2 and python3, as it
used to do until about four weeks ago, guix gives following error
message (hash values replaced with ...):

  guix package: error: profile contains conflicting entries for python:out
  guix package: error:   first entry: python@2.7.13:out 
/gnu/store/...-python-2.7.13
  guix package: error:   second entry: python@3.5.3:out 
/gnu/store/...-python-3.5.3

This error could be reproduced in a VM created with guix system vm-image
and following config file:

  (use-modules (gnu) (gnu packages) (gnu system nss))
  (use-service-modules desktop xorg)
  (use-package-modules certs gnome xdisorg lisp)

  (operating-system
   (host-name "Test")
   (timezone "Europe/Zurich")
   (locale "de_CH.UTF-8")

   (bootloader (grub-configuration (device "/dev/sda")
   (timeout 1)))

   (file-systems (cons (file-system
(mount-point "/")
(device "/dev/sda1")
(type "ext4"))
   %base-file-systems))

   (users (cons (user-account
 (name "user1")
 (comment "User")
 (group "users")
 (supplementary-groups '("wheel" "audio" "video"))
 (home-directory "/home/user1"))
%base-user-accounts))

   (packages (cons* nss-certs
sbcl-stumpwm (list sbcl-stumpwm "lib")
%base-packages))

   (services (cons* (screen-locker-service xscreensaver "xscreensaver")
(console-keymap-service "de_CH-latin1")
%desktop-services))

   (name-service-switch %mdns-host-lookup-nss))

bug#27386: offloading documentation and env

2017-07-04 Thread Oleg Pykhalov 
Hi,

I'm trying to setup offloading too.  Just for the report I had an issue
after setting up `%load-path` for guile with `.bashrc` snippet.  It
seems that also required call `guix build` with `--substitute-urls=HOST`
because without it I get `acquired build slot` loop like in
https://lists.gnu.org/archive/html/guix-devel/2015-05/msg00035.html

~/.bashrc on magnolia.local
if [ -n "$SSH_CLIENT" -a "`type -P guile`" ]
then
source /etc/profile
fi

natsu@clover ~$ guix offload test
guix offload: testing 1 build machines defined in '/etc/guix/machines.scm'...
guix offload: 'magnolia.local' is running guile (GNU Guile) 2.2.2
guix offload: Guix is usable on 'magnolia.local' (test returned 
"/gnu/store/883yjkl46dxw9mzykykmbs0yzwyxm17z-test")
sending 1 store item to 'magnolia.local'...
exporting path `/gnu/store/j1xdys0rk60czdfv9riwykdh7iqdhszi-export-test'
guix offload: 'magnolia.local' successfully imported 
'/gnu/store/j1xdys0rk60czdfv9riwykdh7iqdhszi-export-test'
retrieving 1 store item from 'magnolia.local'...
guix offload: successfully imported 
'/gnu/store/ij4z815jpvrsmnf2awvmfw8w44vh7ndw-import-test' from 'magnolia.local'

natsu@clover ~$ guix build blender
substitute: updating list of substitutes from 'https://mirror.hydra.gnu.org'... 
100.0%
substitute: updating list of substitutes from 'https://mirror.hydra.gnu.org'... 
100.0%
substitute: updating list of substitutes from 'https://mirror.hydra.gnu.org'... 
100.0%
substitute: updating list of substitutes from 'https://mirror.hydra.gnu.org'... 
100.0%
substitute: updating list of substitutes from 'https://mirror.hydra.gnu.org'... 
100.0%
substitute: updating list of substitutes from 'https://mirror.hydra.gnu.org'... 
100.0%
substitute: updating list of substitutes from 'https://mirror.hydra.gnu.org'... 
100.0%
substitute: updating list of substitutes from 'https://mirror.hydra.gnu.org'... 
100.0%
substitute: updating list of substitutes from 'https://mirror.hydra.gnu.org'... 
100.0%
substitute: updating list of substitutes from 'https://mirror.hydra.gnu.org'... 
100.0%
updating list of substitutes from 'https://mirror.hydra.gnu.org'... 100.0%
process 5294 acquired build slot '/var/guix/offload/magnolia.local/0'
waiting for locks or build slots...
process 5294 acquired build slot '/var/guix/offload/magnolia.local/0'
process 5294 acquired build slot '/var/guix/offload/magnolia.local/0'
process 5294 acquired build slot '/var/guix/offload/magnolia.local/0'
process 5294 acquired build slot '/var/guix/offload/magnolia.local/0'
process 5294 acquired build slot '/var/guix/offload/magnolia.local/0'
  C-c C-c

natsu@clover ~$ ssh magnolia.local cat /proc/loadavg
0.03 0.01 0.00 1/186 2660

natsu@clover ~$ ssh magnolia.local guix package -I gui -p 
/run/current-system/profile
guile-ssh   0.11.0  out 
/gnu/store/pzhi01qhc19v5xzfgjbqybnbsd7inicx-guile-ssh-0.11.0
guix0.13.0-2.de9d8f0out 
/gnu/store/nrd0v38d61l8y16vqkb1gws0bw45q885-guix-0.13.0-2.de9d8f0
guile   2.2.2   out /gnu/store/1pzfigry5bnh3n146w0ib77vkd2g6jdc-guile-2.2.2
emacs-guix  0.3.1   out 
/gnu/store/3ahyhf5fp6jvvln0xw0v1bjka1z6i69m-emacs-guix-0.3.1

natsu@clover ~$ guix build --substitute-urls='http://magnolia.local 
https://mirror.hydra.gnu.org https://hydra.gnu.org' blender
substitute: updating list of substitutes from 'https://mirror.hydra.gnu.org'... 
100.0%
substitute: updating list of substitutes from 'https://mirror.hydra.gnu.org'... 
100.0%
substitute: updating list of substitutes from 'https://mirror.hydra.gnu.org'... 
100.0%
substitute: updating list of substitutes from 'https://mirror.hydra.gnu.org'... 
100.0%
substitute: updating list of substitutes from 'https://mirror.hydra.gnu.org'... 
100.0%
substitute: updating list of substitutes from 'https://mirror.hydra.gnu.org'... 
100.0%
substitute: updating list of substitutes from 'https://mirror.hydra.gnu.org'... 
100.0%
substitute: updating list of substitutes from 'https://mirror.hydra.gnu.org'... 
100.0%
substitute: updating list of substitutes from 'http://magnolia.local'... 100.0%
substitute: updating list of substitutes from 'http://magnolia.local'... 100.0%
substitute: updating list of substitutes from 'http://magnolia.local'... 100.0%
updating list of substitutes from 'http://magnolia.local'... 100.0%
substitute: updating list of substitutes from 'http://magnolia.local'... 100.0%
substitute: updating list of substitutes from 'https://hydra.gnu.org'... 100.0%
substitute: updating list of substitutes from 'http://magnolia.local'... 100.0%
substitute: updating list of substitutes from 'https://mirror.hydra.gnu.org'... 
100.0%
updating list of substitutes from 'https://hydra.gnu.org'... 100.0%
The following derivations will be built:
   /gnu/store/gkxd3c7pncy0pw8gz6b4w2h4yna5b0qr-blender-2.78a.drv
   /gnu/store/4lcmay4nyk9j3v86wpvvncmy1qkzb6lz-fftw-3.3.5.drv
   /gnu/store/as3s0ip004kjnkppkp1i56gaakhzcxq1-openimageio-1.6.15.drv
   /gnu/store/v9m0icyrwdbn6wq5bncpz5cw7ng3p4dm-ffmpeg-2.8.12.drv
   /gnu/store/y