Re: GNU Guix & GuixSD 0.12.0 released
On 2016-12-22 11:23, Maxim Cournoyer wrote: Thanks for the release, Ricardo! Echo :) Glad to see more people doing releases. -- Luis Felipe López Acevedo http://sirgazil.bitbucket.org/
Re: Graphical GuixSD Installer
On 2016-12-16 06:08, John Darrington wrote: There is a new branch called "wip-installer" providing a graphical installer for GuixSD. A screenshot of it in action is attached. We want GuixSD to be accessible to as many people as possible, including people who may not (yet) be comfortable using bash and/or guile. Testers and hackers are wanted! To try out the installer run: guix system installer It uses guile-ncurses so that will have to be installed and be in your load path. Great! I sure want to test this. Thanks, John :) -- Luis Felipe López Acevedo http://sirgazil.bitbucket.org/
Re: Website development questions
On 2016-11-26 20:02, Luis Felipe López Acevedo wrote: On 2016-11-26 12:37, l...@gnu.org wrote: Luis Felipe López Acevedo <felipe.lo...@openmailbox.org> skribis: [...] hmm, patches are in that location, and the patch not found is actually there as well: $ find -name "4store-fix-buildsystem.patch" ./gnu/packages/patches/4store-fix-buildsystem.patch Damn it, I’m running out of ideas. :-) It’s pretty clear that patches are not searched for under /home/anonimo/Documentos/guix, which could be because you have another guix.scm in the search path. Son of a bean, Ludo, the problem was that I had "/home/anonimo/Documentos/guix/" instead of "/home/anonimo/Documentos/guix" on Guile's load path. I removed the trailing slash, and now the patch is found and I can build the Packages page. Sorry for the trouble :P -- Luis Felipe López Acevedo http://sirgazil.bitbucket.org/
Re: Website development questions
On 2016-11-26 12:37, l...@gnu.org wrote: Luis Felipe López Acevedo <felipe.lo...@openmailbox.org> skribis: On 2016-11-23 17:11, l...@gnu.org wrote: Luis Felipe López Acevedo <felipe.lo...@openmailbox.org> skribis: [...] ‘%patch-path’ is defined like this: --8<---cut here---start->8--- (define %patch-path ;; Define it after '%package-module-path' so that '%load-path' contains user ;; directories, allowing patches in $GUIX_PACKAGE_PATH to be found. (make-parameter (map (lambda (directory) (if (string=? directory %distro-root-directory) (string-append directory "/gnu/packages/patches") directory)) %load-path))) --8<---cut here---end--->8--- So patches are looked up in the “gnu/packages/patches” sub-directory relative to the load path entry that contains “guix.scm”. Presumably /home/anonimo/Documentos/guix/ contains guix.scm and so patches are expected to be in /home/anonimo/Documentos/guix/gnu/packages/patches. Is it the case? Or could it be that only “4store-fix-buildsystem.patch” is missing? hmm, patches are in that location, and the patch not found is actually there as well: $ find -name "4store-fix-buildsystem.patch" ./gnu/packages/patches/4store-fix-buildsystem.patch Damn it, I’m running out of ideas. :-) It’s pretty clear that patches are not searched for under /home/anonimo/Documentos/guix, which could be because you have another guix.scm in the search path. Can you try this: --8<---cut here---start->8--- $ guile GNU Guile 2.0.13 Copyright (C) 1995-2016 Free Software Foundation, Inc. Guile comes with ABSOLUTELY NO WARRANTY; for details type `,show w'. This program is free software, and you are welcome to redistribute it under certain conditions; type `,show c' for details. Enter `,help' for help. scheme@(guile-user)> (@@ (gnu packages) %distro-root-directory) $1 = "/home/ludo/soft/share/guile/site/2.0" scheme@(guile-user)> (search-path %load-path "guix.scm") $2 = "/home/ludo/soft/share/guile/site/2.0/guix.scm" scheme@(guile-user)> ,use(gnu packages) scheme@(guile-user)> (search-patch "4store-fix-buildsystem.patch") ERROR: Throw to key `srfi-34' with args `(#)'. Entering a new prompt. Type `,bt' for a backtrace or `,q' to continue. scheme@(guile-user) [1]> ,q scheme@(guile-user)> (%patch-path) $3 = ("/home/ludo/src/manao/ludo/guix" "/home/ludo/.config/guix/personal" "/home/ludo/.local/share/guile/site/2.0" "/home/ludo/soft/share/guile/site/2.0/gnu/packages/patches" "/home/ludo/.guix-profile/share/guile/site/2.0" "/run/current-system/profile/share/guile/site/2.0" "/home/ludo/.local/share/guile/site/2.0" "/home/ludo/soft/share/guile/site/2.0/gnu/packages/patches" "/home/ludo/.guix-profile/share/guile/site/2.0" "/run/current-system/profile/share/guile/site/2.0" "/home/ludo/.guix-profile/share/guile/site/2.0" "/run/current-system/profile/share/guile/site/2.0" "/home/ludo/soft/share/guile/2.0" "/home/ludo/soft/share/guile/site/2.0/gnu/packages/patches" "/home/ludo/soft/share/guile/site" "/home/ludo/soft/share/guile") --8<---cut here---end--->8--- Most likely your %distro-root-directory points to that older guix.scm, where the patch in question is unavailable. I get this: --8<---cut here---end--->8--- $ guile GNU Guile 2.0.13 Copyright (C) 1995-2016 Free Software Foundation, Inc. Guile comes with ABSOLUTELY NO WARRANTY; for details type `,show w'. This program is free software, and you are welcome to redistribute it under certain conditions; type `,show c' for details. Enter `,help' for help. scheme@(guile-user)> (@@ (gnu packages) %distro-root-directory) $1 = "/home/anonimo/Documentos/guix" scheme@(guile-user)> (search-path %load-path "guix.scm") $2 = "/home/anonimo/Documentos/guix/guix.scm" scheme@(guile-user)> ,use(gnu packages) scheme@(guile-user)> (search-patch "4store-fix-buildsystem.patch") ERROR: Throw to key `srfi-34' with args `(#"4store-fix-buildsystem.patch: patch not found"] a835320>)'. Entering a new prompt. Type `,bt' for a backtrace or `,q' to continue. scheme@(guile-user) [1]> ,q scheme@(guile-user)> (%patch-path) $3 = ("/home/anonimo" "/home/anonimo/.guix-profile/share/guile/site/2.0" "" "/home/anonimo/Documentos/misitio" "/home/anonimo/Documentos/myglab" "/home/anonimo/Documentos/retsi" "/home/anonimo/Documentos/guix/" "/home/anonimo/Documentos/guix-artwork/website" "/gnu
Re: Website development questions
On 2016-11-23 17:11, l...@gnu.org wrote: Luis Felipe López Acevedo <felipe.lo...@openmailbox.org> skribis: On 2016-11-22 17:52, l...@gnu.org wrote: Luis Felipe López Acevedo <felipe.lo...@openmailbox.org> skribis: However, I have another problem: scheme@(guile-user)> (export-web-page packages-page "site/packages/index.html") gnu/packages/databases.scm:87:21: In procedure #c375ef0 at gnu/packages/databases.scm:80:12 ()>: gnu/packages/databases.scm:87:21: Throw to key `srfi-34' with args `(#patch not found"] d5b3220>)'. Entering a new prompt. Type `,bt' for a backtrace or `,q' to continue. Somehow ‘search-patch’ from (gnu packages) doesn’t find the patch or is not looking in the right places. Could you check the value of (%patch-path)? ,use(gnu packages) (%patch-path) Ok, this is what I have: ("/home/anonimo/Documentos/guix-artwork/website" "/home/anonimo/.guix-profile/share/guile/site/2.0" "/home/anonimo/Documentos/guix/" "/gnu/store/dw907d51axf5xcz6qkngdb8mv1x6ja9m-guile-2.0.13/share/guile/2.0" "/gnu/store/dw907d51axf5xcz6qkngdb8mv1x6ja9m-guile-2.0.13/share/guile/site/2.0" "/gnu/store/dw907d51axf5xcz6qkngdb8mv1x6ja9m-guile-2.0.13/share/guile/site" "/gnu/store/dw907d51axf5xcz6qkngdb8mv1x6ja9m-guile-2.0.13/share/guile") What should be there? I haven't added any patches directory to PATH, nor do I know where patches are... ‘%patch-path’ is defined like this: --8<---cut here---start->8--- (define %patch-path ;; Define it after '%package-module-path' so that '%load-path' contains user ;; directories, allowing patches in $GUIX_PACKAGE_PATH to be found. (make-parameter (map (lambda (directory) (if (string=? directory %distro-root-directory) (string-append directory "/gnu/packages/patches") directory)) %load-path))) --8<---cut here---end--->8--- So patches are looked up in the “gnu/packages/patches” sub-directory relative to the load path entry that contains “guix.scm”. Presumably /home/anonimo/Documentos/guix/ contains guix.scm and so patches are expected to be in /home/anonimo/Documentos/guix/gnu/packages/patches. Is it the case? Or could it be that only “4store-fix-buildsystem.patch” is missing? hmm, patches are in that location, and the patch not found is actually there as well: $ find -name "4store-fix-buildsystem.patch" ./gnu/packages/patches/4store-fix-buildsystem.patch :( -- Luis Felipe López Acevedo http://sirgazil.bitbucket.org/
Re: Website development questions
On 2016-11-22 17:52, l...@gnu.org wrote: Luis Felipe López Acevedo <felipe.lo...@openmailbox.org> skribis: However, I have another problem: scheme@(guile-user)> (export-web-page packages-page "site/packages/index.html") gnu/packages/databases.scm:87:21: In procedure #: gnu/packages/databases.scm:87:21: Throw to key `srfi-34' with args `(#)'. Entering a new prompt. Type `,bt' for a backtrace or `,q' to continue. Somehow ‘search-patch’ from (gnu packages) doesn’t find the patch or is not looking in the right places. Could you check the value of (%patch-path)? ,use(gnu packages) (%patch-path) Ok, this is what I have: ("/home/anonimo/Documentos/guix-artwork/website" "/home/anonimo/.guix-profile/share/guile/site/2.0" "/home/anonimo/Documentos/guix/" "/gnu/store/dw907d51axf5xcz6qkngdb8mv1x6ja9m-guile-2.0.13/share/guile/2.0" "/gnu/store/dw907d51axf5xcz6qkngdb8mv1x6ja9m-guile-2.0.13/share/guile/site/2.0" "/gnu/store/dw907d51axf5xcz6qkngdb8mv1x6ja9m-guile-2.0.13/share/guile/site" "/gnu/store/dw907d51axf5xcz6qkngdb8mv1x6ja9m-guile-2.0.13/share/guile") What should be there? I haven't added any patches directory to PATH, nor do I know where patches are... -- Luis Felipe López Acevedo http://sirgazil.bitbucket.org/
Re: [PATCH] website: Enhance instructions on how to test the website locally.
On 2016-11-21 09:04, l...@gnu.org wrote: sirgazil <felipe.lo...@openmailbox.org> skribis: * website/README: Indicate usage of GUIX_WEB_SITE_LOCAL. LGTM, please push! Ludo’. Done. -- Luis Felipe López Acevedo http://sirgazil.bitbucket.org/
Re: Website development questions
On 2016-11-21 09:01, l...@gnu.org wrote: ¡Hola! Luis Felipe López Acevedo <felipe.lo...@openmailbox.org> skribis: On 2016-11-20 15:17, Luis Felipe López Acevedo wrote: On 2016-11-15 04:57, l...@gnu.org wrote: Hello! Luis Felipe López Acevedo <felipe.lo...@openmailbox.org> skribis: I cloned the website to try a fix for bug #22115, and wanted to ask first what process do you follow to try out the whole website locally? When I build and serve the website with Haunt, I face the following problems: 1. Pages don't load static files because they are looking for the "static" directory in "/software/guix/static". Do I need to set some variable first? To test locally, you need to do: $ GUIX_WEB_SITE_LOCAL=yes haunt build $ haunt serve There should be no broken links, except for links to the manual or other parts of gnu.org. I suppose this should go to README… 2. The Packages and Packages Issues pages, which are defined in (www packages) are commented out. How do you deal with those in development? That’s on purpose, so that people don’t need to have Guix installed to hack on the web site. We build these pages separately using the ‘export-web-page’ procedure. Ludo, I'm not sure how to do this part. Do I just import (www) and (www packages) in a REPL, and call `export-web-page` for each page (packages index and issues)? You don't have to modify `www.scm` at all (uncomment elements in the %web-pages list, for example)? Also, trying just that, when I try importing (www packages), (guix ui) is not found in my system: scheme@(guile-user)> (use-modules (www packages)) ;;; compiling /home/anonimo/Documentos/guix-artwork/website/www/packages.scm ;;; WARNING: compilation of /home/anonimo/Documentos/guix-artwork/website/www/packages.scm failed: ;;; ERROR: no code for module (guix ui) While compiling expression: ERROR: no code for module (guix ui) I'm using Guile 2.0.13 installed from Guix binary on Debian 8, and guix is version 20161113.19. Where are Guix modules? Thanks, In the meantime, I cloned guix repo, and added the source directory to Guile's load path. The error above is gone, but now I get this one: scheme@(guile-user)> (use-modules (www) (www packages)) ;;; note: auto-compilation is enabled, set GUILE_AUTO_COMPILE=0 ;;; or pass the --no-auto-compile argument to disable. ;;; compiling /home/anonimo/Documentos/guix-artwork/website/www/packages.scm ;;; compiling /home/anonimo/Documentos/guix/guix/ui.scm ;;; compiling /home/anonimo/Documentos/guix/guix/utils.scm ;;; WARNING: compilation of /home/anonimo/Documentos/guix/guix/utils.scm failed: ;;; ERROR: no code for module (guix config) ;;; WARNING: compilation of /home/anonimo/Documentos/guix/guix/ui.scm failed: ;;; ERROR: no code for module (guix config) ;;; compiling /home/anonimo/Documentos/guix/guix/store.scm ;;; WARNING: compilation of /home/anonimo/Documentos/guix/guix/store.scm failed: ;;; ERROR: no code for module (guix config) ;;; WARNING: compilation of /home/anonimo/Documentos/guix-artwork/website/www/packages.scm failed: ;;; ERROR: no code for module (guix config) While compiling expression: ERROR: no binding `guix-warning-port' in module (guix ui) And still curious about how to import guix modules without using a checkout :) This part requires a Guix installation; a mere checkout won’t do, it has to be configured (the (guix config) module is created by ./configure). I think it doesn’t require a running daemon though, so you could do away by simply making a checkout and running ./configure in there. Yeah, I just figured that one out :P However, I have another problem: scheme@(guile-user)> (export-web-page packages-page "site/packages/index.html") gnu/packages/databases.scm:87:21: In procedure #at gnu/packages/databases.scm:80:12 ()>: gnu/packages/databases.scm:87:21: Throw to key `srfi-34' with args `(#not found"] d5b3220>)'. Entering a new prompt. Type `,bt' for a backtrace or `,q' to continue. I'm clueless about that, P. S.: Maybe we should find a way to test these kinds of pages with dummy objects? -- Luis Felipe López Acevedo http://sirgazil.bitbucket.org/
Re: Website development questions
On 2016-11-20 15:17, Luis Felipe López Acevedo wrote: On 2016-11-15 04:57, l...@gnu.org wrote: Hello! Luis Felipe López Acevedo <felipe.lo...@openmailbox.org> skribis: I cloned the website to try a fix for bug #22115, and wanted to ask first what process do you follow to try out the whole website locally? When I build and serve the website with Haunt, I face the following problems: 1. Pages don't load static files because they are looking for the "static" directory in "/software/guix/static". Do I need to set some variable first? To test locally, you need to do: $ GUIX_WEB_SITE_LOCAL=yes haunt build $ haunt serve There should be no broken links, except for links to the manual or other parts of gnu.org. I suppose this should go to README… 2. The Packages and Packages Issues pages, which are defined in (www packages) are commented out. How do you deal with those in development? That’s on purpose, so that people don’t need to have Guix installed to hack on the web site. We build these pages separately using the ‘export-web-page’ procedure. Ludo, I'm not sure how to do this part. Do I just import (www) and (www packages) in a REPL, and call `export-web-page` for each page (packages index and issues)? You don't have to modify `www.scm` at all (uncomment elements in the %web-pages list, for example)? Also, trying just that, when I try importing (www packages), (guix ui) is not found in my system: scheme@(guile-user)> (use-modules (www packages)) ;;; compiling /home/anonimo/Documentos/guix-artwork/website/www/packages.scm ;;; WARNING: compilation of /home/anonimo/Documentos/guix-artwork/website/www/packages.scm failed: ;;; ERROR: no code for module (guix ui) While compiling expression: ERROR: no code for module (guix ui) I'm using Guile 2.0.13 installed from Guix binary on Debian 8, and guix is version 20161113.19. Where are Guix modules? Thanks, In the meantime, I cloned guix repo, and added the source directory to Guile's load path. The error above is gone, but now I get this one: scheme@(guile-user)> (use-modules (www) (www packages)) ;;; note: auto-compilation is enabled, set GUILE_AUTO_COMPILE=0 ;;; or pass the --no-auto-compile argument to disable. ;;; compiling /home/anonimo/Documentos/guix-artwork/website/www/packages.scm ;;; compiling /home/anonimo/Documentos/guix/guix/ui.scm ;;; compiling /home/anonimo/Documentos/guix/guix/utils.scm ;;; WARNING: compilation of /home/anonimo/Documentos/guix/guix/utils.scm failed: ;;; ERROR: no code for module (guix config) ;;; WARNING: compilation of /home/anonimo/Documentos/guix/guix/ui.scm failed: ;;; ERROR: no code for module (guix config) ;;; compiling /home/anonimo/Documentos/guix/guix/store.scm ;;; WARNING: compilation of /home/anonimo/Documentos/guix/guix/store.scm failed: ;;; ERROR: no code for module (guix config) ;;; WARNING: compilation of /home/anonimo/Documentos/guix-artwork/website/www/packages.scm failed: ;;; ERROR: no code for module (guix config) While compiling expression: ERROR: no binding `guix-warning-port' in module (guix ui) And still curious about how to import guix modules without using a checkout :) -- Luis Felipe López Acevedo http://sirgazil.bitbucket.org/
Re: Website development questions
On 2016-11-15 04:57, l...@gnu.org wrote: Hello! Luis Felipe López Acevedo <felipe.lo...@openmailbox.org> skribis: I cloned the website to try a fix for bug #22115, and wanted to ask first what process do you follow to try out the whole website locally? When I build and serve the website with Haunt, I face the following problems: 1. Pages don't load static files because they are looking for the "static" directory in "/software/guix/static". Do I need to set some variable first? To test locally, you need to do: $ GUIX_WEB_SITE_LOCAL=yes haunt build $ haunt serve There should be no broken links, except for links to the manual or other parts of gnu.org. I suppose this should go to README… 2. The Packages and Packages Issues pages, which are defined in (www packages) are commented out. How do you deal with those in development? That’s on purpose, so that people don’t need to have Guix installed to hack on the web site. We build these pages separately using the ‘export-web-page’ procedure. Ludo, I'm not sure how to do this part. Do I just import (www) and (www packages) in a REPL, and call `export-web-page` for each page (packages index and issues)? You don't have to modify `www.scm` at all (uncomment elements in the %web-pages list, for example)? Also, trying just that, when I try importing (www packages), (guix ui) is not found in my system: scheme@(guile-user)> (use-modules (www packages)) ;;; compiling /home/anonimo/Documentos/guix-artwork/website/www/packages.scm ;;; WARNING: compilation of /home/anonimo/Documentos/guix-artwork/website/www/packages.scm failed: ;;; ERROR: no code for module (guix ui) While compiling expression: ERROR: no code for module (guix ui) I'm using Guile 2.0.13 installed from Guix binary on Debian 8, and guix is version 20161113.19. Where are Guix modules? Thanks, -- Luis Felipe López Acevedo http://sirgazil.bitbucket.org/
Re: Website development questions
On 2016-11-15 04:57, l...@gnu.org wrote: Hello! Luis Felipe López Acevedo <felipe.lo...@openmailbox.org> skribis: I cloned the website to try a fix for bug #22115, and wanted to ask first what process do you follow to try out the whole website locally? When I build and serve the website with Haunt, I face the following problems: 1. Pages don't load static files because they are looking for the "static" directory in "/software/guix/static". Do I need to set some variable first? To test locally, you need to do: $ GUIX_WEB_SITE_LOCAL=yes haunt build $ haunt serve There should be no broken links, except for links to the manual or other parts of gnu.org. I suppose this should go to README… 2. The Packages and Packages Issues pages, which are defined in (www packages) are commented out. How do you deal with those in development? That’s on purpose, so that people don’t need to have Guix installed to hack on the web site. We build these pages separately using the ‘export-web-page’ procedure. HTH! Ludo’. Yes, thanks. I'll put this information in the README. -- Luis Felipe López Acevedo http://sirgazil.bitbucket.org/
Website development questions
Hi, I cloned the website to try a fix for bug #22115, and wanted to ask first what process do you follow to try out the whole website locally? When I build and serve the website with Haunt, I face the following problems: 1. Pages don't load static files because they are looking for the "static" directory in "/software/guix/static". Do I need to set some variable first? 2. The Packages and Packages Issues pages, which are defined in (www packages) are commented out. How do you deal with those in development? I'm using Guix 20161113.19 on Debian 8.6. Thanks, -- Luis Felipe López Acevedo http://sirgazil.bitbucket.org/
Re: Guix website
On 2016-01-01 10:17, l...@gnu.org wrote: Pjotr Prins <pjotr.publi...@thebird.nl> skribis: On Thu, Dec 31, 2015 at 12:42:44PM -0500, Leo Famulari wrote: After the last exchange on help-guix, I think you are right. We really need to do more to explain what Guix can do. Hackability and dependability only go together because of the architecture of the system. As for liberating, I think of the ideas of negative and positive liberty. Positive liberty in this case == hackability. Some of the video-recorded presentations have been a very nice introduction. Perhaps we could embed one on the home-page. If we do that, I could help transcribe it, with the slides embedded, to increase accessibility. I thought about this too. I wanted something like: - /guix/media/: list video and audio recordings from presentations. - /guix/media/ITEM/: show the ITEM with transcription. Transcriptions are a huge job though. But I'm sure Guix will gain contributors that will help with things like these in the future. How about creating two websites. One for hackers, one for users? I don’t think this is a good idea. But maybe we could list use cases on the front page, with links to tutorial-style info? For instance, “set up a development environment” would link to something that explains how to use ‘guix environment’ in a development context; “deploy an OS” would link to ‘guix system’, etc. I like that idea. Then we’d need input from Felipe or some other web design expert as to how to integrate it. I wish I could help, but I can't right now. All I can do is take note of this and hopefully come back later with some design proposals :) -- Luis Felipe López Acevedo http://sirgazil.bitbucket.org/
Re: [PATCH 6/6] gnu: Add gnome-shell.
On 2015-12-16 22:04, Thompson, David wrote: On Wed, Dec 16, 2015 at 9:36 PM, 宋文武 <iyzs...@gmail.com> wrote: * gnu/packages/gnome.scm (gnome-shell): New variable. Woohoo! Awesome! Thanks for the hard work 宋文武 :) -- Luis Felipe López Acevedo http://sirgazil.bitbucket.org/
Re: Donation links on web site
On 2015-12-16 17:57, l...@gnu.org wrote: Luis Felipe López Acevedo <felipe.lo...@openmailbox.org> skribis: On 2015-12-15 03:54, l...@gnu.org wrote: Hello Felipe! Would you be available to integrate donation links on the Guix web site, pointing to /donate and/or to the brand new (yes!) <https://my.fsf.org/civicrm/contribute/transact?reset=1=50>? I figure you’d be able to do something nicer than what I could ever come up with. ;-) I think it should be visible (maybe a “donate” stripe at the top of each page?) but not aggressive. Let me know what you think! Oh great! But I can't help with that at the moment. I'll be very busy for about two-three months. Sure, no problem! Roel Janssen has offered to help on this so we won’t have to take the risk of me accidentally sabotaging the design. ;-) Ludo’. Excellent! Thanks, Roel :) -- Luis Felipe López Acevedo http://sirgazil.bitbucket.org/
Re: Donation links on web site
On 2015-12-15 03:54, l...@gnu.org wrote: Hello Felipe! Would you be available to integrate donation links on the Guix web site, pointing to /donate and/or to the brand new (yes!) <https://my.fsf.org/civicrm/contribute/transact?reset=1=50>? I figure you’d be able to do something nicer than what I could ever come up with. ;-) I think it should be visible (maybe a “donate” stripe at the top of each page?) but not aggressive. Let me know what you think! Oh great! But I can't help with that at the moment. I'll be very busy for about two-three months. Sorry, -- Luis Felipe López Acevedo http://sirgazil.bitbucket.org/
Re: Weechat doesn't start
El lun, 09-11-2015 a las 16:56 +, Andy Wingo escribió: > On Mon 09 Nov 2015 16:27, Luis Felipe López Acevedo > <felipe.lo...@openmailbox.org> writes: > > > I don't understand why is it looking for Python stuff in "/usr" instead > > of using my .guix-profile. Although "guix package -I" tells me Python is > > not installed. And so "guix package --search-paths" does not show any > > Python variables to set. > > Probably weechat needs a wrapper script installed around it that will > set the PYTHONPATH to what it needs. > > Sometimes Guix people don't experience this problem because they have > Python installed in their profile and thus they have a PYTHONPATH set > that happens to work. That seems to be what has happened in this case. > > Making the wrapper script is the job of python-build-system. Weechat > appears to be built with gnu-build-system. Not sure what the right > thing to do to fix this is :) > > Andy Thanks, Andy. I reported this as a bug. -- Luis Felipe López Acevedo http://sirgazil.bitbucket.org/
Weechat doesn't start
Hi, I installed Weechat 1.3 using Guix 0.9.0 on Debian 8, but when I run it I get this error: Traceback (most recent call last): File "/usr/lib/python2.7/site.py", line 563, in main() File "/usr/lib/python2.7/site.py", line 545, in main known_paths = addusersitepackages(known_paths) File "/usr/lib/python2.7/site.py", line 272, in addusersitepackages user_site = getusersitepackages() File "/usr/lib/python2.7/site.py", line 247, in getusersitepackages user_base = getuserbase() # this will also set USER_BASE File "/usr/lib/python2.7/site.py", line 237, in getuserbase USER_BASE = get_config_var('userbase') File "/usr/lib/python2.7/sysconfig.py", line 582, in get_config_var return get_config_vars().get(name) File "/usr/lib/python2.7/sysconfig.py", line 528, in get_config_vars _init_posix(_CONFIG_VARS) File "/usr/lib/python2.7/sysconfig.py", line 412, in _init_posix from _sysconfigdata import build_time_vars File "/usr/lib/python2.7/_sysconfigdata.py", line 6, in from _sysconfigdata_nd import * ImportError: No module named _sysconfigdata_nd I don't understand why is it looking for Python stuff in "/usr" instead of using my .guix-profile. Although "guix package -I" tells me Python is not installed. And so "guix package --search-paths" does not show any Python variables to set. What could this be? -- Luis Felipe López Acevedo http://sirgazil.bitbucket.org/
Re: [PATCH] website: Add support for Haunt.
On 2015-11-06 09:28, Thompson, David wrote: On Thu, Nov 5, 2015 at 6:50 PM, Mathieu Lirzin <m...@gnu.org> wrote: Hi, "Thompson, David" <dthomps...@worcester.edu> writes: On Thu, Nov 5, 2015 at 4:25 PM, Ludovic Courtès <l...@gnu.org> wrote: [...] Does the generated HTML change as a result of using Haunt? Not as far as I can tell by looking at the patch. I'm not 100% sure if Haunt really buys us anything in the case of this site. Mathieu, do you see any current or potential future advantages to using Haunt having done this work? I'm really happy to see more Haunt users, but I also don't want to encourage its use where it doesn't make sense. :) For now it provides us a reliable and simple command line interface for building the website. My hope for the future is that GuixSD website will have a smaller code base that will use convenient generic procedures provided by Haunt. Of course it will depend on what would make sense to be implemented in Haunt. the first example I have in mind is the the RSS/Atom feed importer implemented by Ludo in “www.scm” (used by new Guile's website too) which IIUC could be implemented as a Haunt reader. This would provide somekind of RSS/Atom functional composability. ;) WDYT? Makes sense. Let's see how it goes. :) Yes, at least for me, and for potential contributors (I think), using Haunt commands would be very convenient specially for testing the website while making changes. For example, I'd like to 1. Edit source files. 2. haunt serve 3. Check that everything works in the browser. 4. Commit changes. The problem with the current tools in the website is that copying the `static` directory and serving the built site are not automatic steps. I was using `myscript.scm` with (system) calls to `mkdir -p` directories, copy the `static` directory to the build directory and serve the latter with `python3 -m http.server`. So, if the website can work with Haunt, great :) -- Luis Felipe López Acevedo http://sirgazil.bitbucket.org/
Re: [PATCH] system: grub: Convert grub background using rsvg-convert
Here are the grub SVGs with vector checkerboard: https://cloud.openmailbox.org/index.php/s/uBM9iQ3oLLjjIZX So no need for Inkscape anymore :) -- Luis Felipe López Acevedo http://sirgazil.bitbucket.org/
Re: [PATCH] Integrate the package list in the website.
On 2015-06-18 04:44, l...@gnu.org wrote: I’ve uploaded the new web page and updated the script on hydra.gnu.org that updates it every day: https://www.gnu.org/software/guix/package-list.html Great! As Mathieu told me, it looks OK, but there’s probably room for improvement in the CSS of that page. Felipe, what do you think? :-) I also think it looks OK (for now) :) Some comments: One thing I found is that the page does not validate. The error was: utf8 \xE9 does not map to Unicode (https://validator.w3.org/). In my Web browser, the title of the page reads Packages ? GuixSD. Maybe that question mark has something to do with the error above. Also, I noticed that the page is starting to take more time to load, at least in this computer. What would you think of adding pagination? I can't help with the code right now, but I could draw a mockup this weekend. Thanks again, Mathieu! Thanks, Mathieu! -- Luis Felipe López Acevedo http://sirgazil.bitbucket.org/
Re: Guix Oficial Website
On 2015-05-24 13:31, Adam Pribyl wrote: Luis, your work on the website is very appreciated, just check result with e.g. https://validator.w3.org/ for syntax and other errors. Then it would be perfect. Regards Adam Pribyl Hi Adam. Yes, I'm aware of those. Most of them are because of a missing Doctype definition on all pages, and because of using XML syntax in self-closing elements. Part of that is related to the current SXML to XML conversion method. I'll see what I can do :) -- Luis Felipe López Acevedo http://sirgazil.bitbucket.org/
Re: Guix Oficial Website
On 2015-05-24 17:48, Luis Felipe López Acevedo wrote: Hi Adam. Yes, I'm aware of those. Most of them are because of a missing Doctype definition on all pages, and because of using XML syntax in self-closing elements. Part of that is related to the current SXML to XML conversion method. I meant to say that the pages are missing a Document type declaration, and that SXML to XML renders empty non-self-closing elements as self-closing elements. For example (video (@ (src http://somevideo.org/video.webm;))) Will be rendered as video src=http://somevideo.org/video.webm/ Instead of video src=http://somevideo.org/video.webm;/video In the case of the current video in the homepage, the issue can be avoided because that video should provide alternative content, which I'll fix. And, as a workaround for pages that include JavaScript in the future, I think a noscript element could be used as alternative. -- Luis Felipe López Acevedo http://sirgazil.bitbucket.org/
Re: Guix Oficial Website
On 2015-05-22 08:29, l...@gnu.org wrote: Luis Felipe López Acevedo felipe.lo...@openmailbox.org skribis: I think I understand the Scheme side of the website now and I'm able to build the HTML using the REPL, so I'd like to give it a try. Excellent, thank you! Ludo’. I attach my implementation. It works, but since I'm a novice, it may not be pretty :) So, comments are very welcomed. -- Luis Felipe López Acevedo http://sirgazil.bitbucket.org/diff --git a/website/static/base/css/download.css b/website/static/base/css/download.css index fab1bc6..8477da6 100644 --- a/website/static/base/css/download.css +++ b/website/static/base/css/download.css @@ -1,9 +1,48 @@ /* Public domain 2015 Luis Felipe López Acevedo. All rights waived. felipe.lo...@openmailbox.org - -NOTE The default style is targeted at screens with a width less than - 1024 pixels. */ @import url(article.css); + + +.download-box { +border-color: #CCC; +border-style: none none solid none; +border-width: thin; +color: #4D4D4D; +font-size: 0.9em; +padding: 10px; +text-align: center; +} + +.hlink-download, .hlink-download:link, .hlink-download:visited { +background-color: #E6E6E6; +border-style: none; +border-radius: 5px; +color: black; +display: inline-block; +font-weight: bold; +margin: 5px; +padding: 5px 10px; +} + +.hlink-download:active, .hlink-download:focus, .hlink-download:hover { +background-color: #F4BB15; +} + +.hlink-signature { +display: inline-block; +margin: 0px 5px; +} + + +@media screen and (min-width: 800px) { +.download-box { +border-style: solid; +display: inline-block; +margin: 10px; +vertical-align: top; +width: 270px; +} +} diff --git a/website/www/download.scm b/website/www/download.scm index 07d03cf..7b22aca 100644 --- a/website/www/download.scm +++ b/website/www/download.scm @@ -31,25 +31,42 @@ dependencies.) (define (ftp-url file) (string-append ftp://alpha.gnu.org/gnu/guix/; file)) -(define* (summary-box title - #:key file description image manual) - `(div (@ (class summary-box)) -(div (@ (class text-center)) - (img (@ (src ,(image-url image)) - (alt +(define (guixsd-files archs) + (map (lambda (arch) + (cons arch (ftp-url (string-append guixsd-usb-install- +(latest-guix-version) . arch +-linux.xz + archs)) + +(define (guix-files archs) + (map (lambda (arch) + (cons arch (ftp-url (string-append guix-binary- (latest-guix-version) +. arch -linux.tar.xz + archs)) + +(define (guix-source-files variants) + (map (lambda (variant) + (cons variant (ftp-url (string-append guix- (latest-guix-version) + .tar.gz + variants)) + +(define* (download-box title + #:key files description image manual) + `(div (@ (class download-box)) +(img (@ (src ,(image-url image)) (alt ))) (h2 ,title) (p ,description) - -(p (@ (class text-center)) - (a (@ (href ,(ftp-url file)) - (class hlink-yellow-boxed)) - DOWNLOAD) - (br) - ;; FIXME: Size? - ;; (140MB approx.) - (br) - (a (@ (href ,(string-append (ftp-url file) .sig))) - Get signature)) +(p Download options:) +,(map (lambda (file) +`(a (@ (href ,(cdr file)) (class hlink-download)) + ,file)) + files) +(p Signatures: + ,(map (lambda (file) + `(a (@ (href ,(string-append (cdr file) .sig)) + (class hlink-signature)) + ,(string-append (car file + files)) (p See the (a (@ (href ,(guix-url manual))) installation instructions) @@ -78,39 +95,24 @@ can be installed as an additional package manager on top of an installed Linux-based system.) (div (@ (class text-center)) - ,@(map (lambda (arch) - (summary-box (string-append GuixSD - (latest-guix-version) - ( arch )) - #:file (string-append - guixsd-usb-install- - (latest-guix-version) - . arch -linux.xz) - #:description %usb-image-description - #:manual %usb-image-manual
Re: Guix Oficial Website
On 2015-05-18 14:45, l...@gnu.org wrote: Andreas Enge andr...@enge.fr skribis: On Mon, May 18, 2015 at 11:53:45AM -0500, Luis Felipe López Acevedo wrote: Ludovic suggested before that we could make the download items more compact, and I agree. For example, instead of having one download item per architecture, we would have one item for GuixSD and one item for Guix, each of them listing the available download alternatives (architecture, source, ...). For example: --- GuixSD 0.8.2 USB installer of the Guix System Distribution. Download for x86_64 (get signature) Download for xi686 (get signature) Download for ...(get signature) That looks good. +1 Ludo’. OK, the new items in the download page would look like in this mock-up: https://multimedialib.files.wordpress.com/2015/05/guixsd-downloads-mockup-2015-05-21.png What do you think? -- Luis Felipe López Acevedo http://sirgazil.bitbucket.org/
Re: Guix Oficial Website
On 2015-05-21 16:43, l...@gnu.org wrote: Luis Felipe López Acevedo felipe.lo...@openmailbox.org skribis: OK, the new items in the download page would look like in this mock-up: https://multimedialib.files.wordpress.com/2015/05/guixsd-downloads-mockup-2015-05-21.png I just realized that there’s the problem that the binary tarball and source should link to different installation instructions. Maybe the source should be completely separate? Ludo’. I think it's ok to have a separate item for the source. -- Luis Felipe López Acevedo http://sirgazil.bitbucket.org/
Re: Guix Oficial Website
On 2015-05-21 16:09, l...@gnu.org wrote: Luis Felipe López Acevedo felipe.lo...@openmailbox.org skribis: OK, the new items in the download page would look like in this mock-up: https://multimedialib.files.wordpress.com/2015/05/guixsd-downloads-mockup-2015-05-21.png What do you think? Clearer and very nice! How would you like to go about implementing it? :-) Mathieu(?) or myself could surely help for the Scheme side, if needed. Ludo’. I think I understand the Scheme side of the website now and I'm able to build the HTML using the REPL, so I'd like to give it a try. I'll ask for help if needed :) Thanks, -- Luis Felipe López Acevedo http://sirgazil.bitbucket.org/
Re: Website, differentiating GuixSD vs Guix
On 2015-05-20 14:22, Paul van der Walt wrote: Hello Guix, Minor headache i had, thought i'd share. Went to the website to download the binary tarball (which seems to work very well, kudos!), but was bitten by the fact that the GuixSD and GNU Guix downloads aren't separated. I first ended up with GuixSD instead of Guix, then after reading way too quickly concluded that i686 was what i wanted, ended up with the wrong Guix for my platform (x86_64, which is visually at the end of the list containing GuixSD 0.8.2 (x86_64) and GuixSD 0.8.2 (i686)). So, i realise i should read more carefully and all, but perhaps a horizontal rule between the two GuixSD and the 4 GNU Guix downloads would be nice? Feel free to call me hasty and myopic or just ignore me. Otherwise it looks really polished, congrats :) Ciao, p. Hey, Paul, thanks for your feedback. The items in the download page will be updated to look like in the following mock-up to make them more compact: https://multimedialib.files.wordpress.com/2015/05/guixsd-downloads-mockup-2015-05-21.png Hopefully, the new design will also help people who push buttons without reading (just kidding :)). -- Luis Felipe López Acevedo http://sirgazil.bitbucket.org/
Re: [PATCH] website: Convert implementation to SXML.
On 2015-05-06 10:52, Mathieu Lirzin wrote: This patch is a draft for the html-sxml website conversion. Great! :) -- Luis Felipe López Acevedo http://sirgazil.bitbucket.org/
Re: GuixSD tee-shirts and hoodies available
On 2015-04-09 10:29, Amirouche Boubekki wrote: I got hoodie, I hope it will warm me a little more than the one I wear right now :) Thanks for your support, Amirouche. 2015-04-09 13:42 GMT+02:00 Daniel Pimentel d...@openmailbox.org: On 2015-04-08 16:09, Luis Felipe López Acevedo wrote: Hi, I just created a GuixSD tee-shirt and hoodie in teespring: http://teespring.com/guixsd-for-the-libre-geek . For those who can afford it, I hope you enjoy it :) Great work! -- Daniel Pimentel (d4n1) -- Luis Felipe López Acevedo http://sirgazil.bitbucket.org/
Re: GuixSD tee-shirts and hoodies available
On 2015-04-09 10:45, Thompson, David wrote: On Wed, Apr 8, 2015 at 3:09 PM, Luis Felipe López Acevedo felipe.lo...@openmailbox.org wrote: Hi, I just created a GuixSD tee-shirt and hoodie in teespring: http://teespring.com/guixsd-for-the-libre-geek . For those who can afford it, I hope you enjoy it :) Awesome! I bought a t-shirt. I'm curious how the colors will turn out, though. There's a gradient in the logo and the number of different colors that can be used on a shirt is usually quite limited, but for $20 including shipping I figured it was worth the risk. :) I hope they will work alright. Before sending the image, I took the time to to modify it using Inkscape's color management features. I had to change the colors of the original logo to be in the range of colors supported by the CMYK profile I use in Scribus for printed material. As for the gradients, I'm optimistic, because I've seen Gamma Ray shirts with similar colors. But I'm pretty much new to printing... If these ever happen to be in demand, I think that we could propose it as an item for the FSF/GNU Press store. For sure. This reminds me that I've been meaning to order a small batch of Guix stickers... - Dave Thanks for your support, Dave. -- Luis Felipe López Acevedo http://sirgazil.bitbucket.org/
GuixSD tee-shirts and hoodies available
Hi, I just created a GuixSD tee-shirt and hoodie in teespring: http://teespring.com/guixsd-for-the-libre-geek . For those who can afford it, I hope you enjoy it :) -- Luis Felipe López Acevedo http://sirgazil.bitbucket.org/
Re: DrRacket
On 2015-03-14 12:16, Federico Beffa wrote: On Sat, Mar 14, 2015 at 4:00 PM, Ludovic Courtès l...@gnu.org wrote: Federico Beffa be...@ieee.org skribis: * When the program starts the Debian version shows a message windows with the loading process. The window doesn't appear with the guix version. Could it be that the window’s PNG isn’t found or something like that? I think that the .png is found. strace shows a very large number of Segmentation fault errors. The first ones of a long list scattered across the log are: stat(/gnu/store/l9xwfvywyf9j8b4z91ygsjk0bg1sm5kq-racket-6.1.1/share/racket/pkgs/drracket/drracket, {st_mode=S_IFDIR|0555, st_size=4096, ...}) = 0 mmap(NULL, 4096, PROT_READ|PROT_WRITE|PROT_EXEC, MAP_PRIVATE|MAP_ANONYMOUS, -1, 0) = 0x7fbb7164f000 --- SIGSEGV (Segmentation fault) @ 0 (0) --- mprotect(0x7fbb6eca, 16384, PROT_READ|PROT_WRITE) = 0 rt_sigreturn(0x7fbb6eca)= 140443010531368 stat(/gnu/store/l9xwfvywyf9j8b4z91ygsjk0bg1sm5kq-racket-6.1.1/share/racket/pkgs/drracket/drracket/drracket.rkt, {st_mode=S_IFREG|0444, st_size=6975, ...}) = 0 --- SIGSEGV (Segmentation fault) @ 0 (0) --- mprotect(0x7fbb6ec68000, 16384, PROT_READ|PROT_WRITE) = 0 rt_sigreturn(0x7fbb6ec68000)= 140443038236761 --- SIGSEGV (Segmentation fault) @ 0 (0) --- mprotect(0x7fbb6eca4000, 16384, PROT_READ|PROT_WRITE) = 0 rt_sigreturn(0x7fbb6eca4000)= 0 --- SIGSEGV (Segmentation fault) @ 0 (0) --- mprotect(0x7fbb6ec64000, 16384, PROT_READ|PROT_WRITE) = 0 rt_sigreturn(0x7fbb6ec64000)= 140443038236761 mmap(NULL, 4096, PROT_READ|PROT_WRITE|PROT_EXEC, MAP_PRIVATE|MAP_ANONYMOUS, -1, 0) = 0x7fbb7164e000 mmap(NULL, 16384, PROT_READ|PROT_WRITE|PROT_EXEC, MAP_PRIVATE|MAP_ANONYMOUS, -1, 0) = 0x7fbb7164a000 --- SIGSEGV (Segmentation fault) @ 0 (0) --- mprotect(0x7fbb6ec74000, 16384, PROT_READ|PROT_WRITE) = 0 rt_sigreturn(0x7fbb6ec74000)= 140442994172616 mmap(NULL, 4096, PROT_READ|PROT_WRITE|PROT_EXEC, MAP_PRIVATE|MAP_ANONYMOUS, -1, 0) = 0x7fbb71649000 --- SIGSEGV (Segmentation fault) @ 0 (0) --- The first path is a directory and does exist. The second refers to an existing file. * When I want to exit the program, the guix version hangs and I need to kill it. In the Debian version, when I exit the program, I'm shown a dialog asking for confirmation. I guess the guix version is waiting for an answer which the user has no way to answer. Strange. A GTK+ issue? Could be, but I've not found obvious indications in the output of strace. Does it work as expected for you? Regards, Fede I just installed racket using Guix on Debian 8 and DrRacket works without the problems you mention. The splash screen appears when I start the program and the confirmation dialog when closing. -- Luis Felipe López Acevedo http://sirgazil.bitbucket.org/
Re: Website implementation
On 2015-03-07 17:01, David Thompson wrote: Luis Felipe López Acevedo felipe.lo...@openmailbox.org writes: Regarding the Guilish tool(s) to generate the site statically, I have these to compare - Artanis http://www.gnu.org/s/artanis/ (GNU Project) Artanis is intended for dynamic web applications, so I don't think it would be particularly useful in this instance. I thought that its template mechanism could be used independently as I use Django's to generate my blog statically... [...] - tylan's html simple https://gitorious.org/taylan-guile/html/ I also have an SXML - HTML converter in guix-web. [0] I still need to get familiar with the fundamentals of Scheme/Guile to decide what tool to use. Personally, I'd like to find a way to write HTML templates and let a program build the final site. Template context and inheritance would be nice to have. Maybe this can be done with Artanis' template system? Lisps have built-in templating via quasiqoute, so you can do any transformations you'd like on the resulting s-expression. SXML is a popular way of writing XML/HTML templates in Lisp. See guix-web for examples. [1] Does this help or have I just muddied the waters even more? The Guile world is a completely new world for me, but I'll check guix-web to see how templating works. thanks. [0] https://gitorious.org/guix-web/guix-web/source/guix/web/sxml.scm [1] https://gitorious.org/guix-web/guix-web/source/guix/web/view/html.scm#L74 -- David Thompson Web Developer - Free Software Foundation - http://fsf.org GPG Key: 0FF1D807 Support the FSF: https://fsf.org/donate -- Luis Felipe López Acevedo http://sirgazil.bitbucket.org/
Website implementation
Hi, I just wanted to let you know that I started implementing the website mockup rev2[1] in HTML/CSS—just the basic templates. The progress can be found at http://sirgazil.bitbucket.org/guixsd/ for now. By the way, where should I put the source? Regarding the Guilish tool(s) to generate the site statically, I have these to compare - Artanis http://www.gnu.org/s/artanis/ (GNU Project) - Hyde http://wiki.call-cc.org/eggref/4/hyde - Skribilo http://www.nongnu.org/skribilo/ - tylan's html simple https://gitorious.org/taylan-guile/html/ I still need to get familiar with the fundamentals of Scheme/Guile to decide what tool to use. Personally, I'd like to find a way to write HTML templates and let a program build the final site. Template context and inheritance would be nice to have. Maybe this can be done with Artanis' template system? Best, [1] https://lists.gnu.org/archive/html/guix-devel/2015-02/msg00573.html -- Luis Felipe López Acevedo http://sirgazil.bitbucket.org/
Re: [ART] Updated GRUB background with GuixSD logo
El jue, 19-02-2015 a las 13:41 -0500, Mark H Weaver escribió: I think the shadow in E needs to be larger and darker to be effective there. Anyway, I don't want to make too much work for you. I would be happy with any of C, D, or E. Thanks! Mark OK. I pushed variant D as the default (I really like that one :)). But I left the other variants in the SVG files, just in case.
[ART] Website mockup rev2
Hi, Here is a revision of the last mockup for the website [1]. This time aimed at a techie audience. http://sirgazil.bitbucket.org/static/temp/img/guixsd/home-view-rev2.jpg Note that some sections that are currently available in http://www.gnu.org/software/guix/ are not present in this mockup. I'm not suggesting to remove them, though. In the image I have of the future website, I think these sections could be located in appropriate pages. For example: - Status and Downloading. These could be in the Download page. - Getting involved. This would go in Contribute. And I'd suggest to use a simple layout such as the one used in the GNOME website http://www.gnome.org/get-involved/. - Maintainer and Licensing. These could be in the About page. What do you think? [1] https://lists.gnu.org/archive/html/guix-devel/2015-02/msg00500.html -- Luis Felipe López Acevedo http://sirgazil.bitbucket.org/
Re: [ART] Website mockup rev1
El jue, 19-02-2015 a las 14:27 -0500, Mark H Weaver escribió: Hi Luis, Luis Felipe López Acevedo felipe.lo...@openmailbox.org writes: Here is a revision of the last website mockup [1]. White header http://sirgazil.bitbucket.org/static/temp/img/guixsd/home-view-white-rev1.png The design is beautiful, but at this stage in our development, I think it targets the wrong audience. It will probably be at least a few years before we can target the Average Jane, and we shouldn't try anytime soon. Years? I was was overly optimistic then :P For example, it would be a tremendous drain on us to draw a bunch of people to our IRC channel who may not even be able to start their own IRC client software. At this stage, forcing users to run their own IRC client is a helpful barrier to entry that we should not try to overcome with an easy web interface. Also, you have replaced Dependendable, Hackable, and Liberating with Libre, gratis, secure, and malleable. I prefer the words we emphasize on our current web page. Ludovic has given several talks and had many discussions with other GNU hackers, and settled on the words he chose, and the language used to describe them, based on his experiences. For the audience we currently need to attract, I think that we should stick with his language. So, for now I think that our page should be aimed at skilled developers and sysadmins, and so instead of headlining things like clip art of a computer monitor, we should instead headline the unusual technical features that we offer, with links to the best documentation, papers and talks where they can find out more, and with information on how to get involved without trying to lower the barriers to entry more than is appropriate. Does that make sense? It does make sense :) That said, our current web page could definitely use graphic redesign and reorganization of its content, and I think you would be a great person to help with that, if you can do so while retaining its technical focus. I would like to adjust the current mockup then to fit the devs-and-sysadmin target audience. For example, replacing the monitor with a recent FOSDEM video, and adding the other, and more appropriate, wording and content, indicated by Andreas Enge and you. Also, I'm assuming the GuixSD website is going to be available at a different place than http://www.gnu.org/software/guix/. For example, http://guixsd.gnu.org/, but if that is not possible for now, I think I can try doing something in the current GNU Guix page anyway. Thanks again for all of your help. We are fortunate to have such a talented artist helping :) Mark Thanks for the kind words. I'm glad to help :)
Re: [ART] Website mockup rev1
El mié, 18-02-2015 a las 17:05 -0300, Daniel Pimentel escribió: Congratulation Luiz, beautiful design :) Thank you, Daniel. Glad you like it :)
Re: [ART] Website mockup rev1
El mié, 18-02-2015 a las 11:25 -0200, Bruno Félix Rezende Ribeiro escribió: Em Tue, 17 Feb 2015 18:28:49 -0500 Luis Felipe López Acevedo felipe.lo...@openmailbox.org escreveu: Luis, congratulations on your excellent artistic work! Thanks, Bruno :) Black header http://sirgazil.bitbucket.org/static/temp/img/guixsd/home-view-black-rev1.png I really like dark backgrounds. :-P I have an idea to contribute: I think that being developed by the GNU project is mainly what sets GuixSD apart from all other distributions of the GNU system. However, I couldn't find any reference to the GNU project on that web page. I suggest making an explicit and objective reference to it possibly changing the first description item from: - is an advanced distribution of the GNU Operating System. to - is an advanced distribution of the GNU Operating System developed by the GNU project. where GNU project is an hyperlink to gnu.org. Yes, I agree.
Re: [ART] Website mockup rev1
El mié, 18-02-2015 a las 14:41 +, Amirouche Boubekki escribió: On Wed Feb 18 2015 at 12:29:43 AM Luis Felipe López Acevedo I understand Adam's worry, but I think that a global message box could be used to warn the readers: http://sirgazil.bitbucket.org/static/temp/img/guixsd/alpha-message.png Or, instead of the global message box, the same message could be used in the Download page. What do you think? I'm not sure. + Alpha software is alpha software and should be understood as such. + The message blend nicely with the page and also invite the user to join the project, so it can be a better option than alpha alone which can be understood as it's fully broken, with no support and it will delete all your data including connected usb devices... OK. And not everybody knows what alpha means... So it seems the message is more useful.
[ART] Website mockup rev1
Hi, Here is a revision of the last website mockup [1]. White header http://sirgazil.bitbucket.org/static/temp/img/guixsd/home-view-white-rev1.png Black header http://sirgazil.bitbucket.org/static/temp/img/guixsd/home-view-black-rev1.png Adam Pribyl commented, The other thing is that the page design outperforms the state of the distribution - sorry to say that, but while page feel very user friendly, the distribution has a way to go... [2] I understand Adam's worry, but I think that a global message box could be used to warn the readers: http://sirgazil.bitbucket.org/static/temp/img/guixsd/alpha-message.png Or, instead of the global message box, the same message could be used in the Download page. What do you think? [1] https://lists.gnu.org/archive/html/guix-devel/2015-02/msg00450.html [2] https://lists.gnu.org/archive/html/guix-devel/2015-02/msg00482.html -- Luis Felipe López Acevedo http://sirgazil.bitbucket.org/
Re: [ART] Website mockup
El mar, 17-02-2015 a las 17:54 +0100, Adam Pribyl escribió: The design is of course nice, but looks quite out of GNU style. No problem with that, just it is bit surprising. With GNU style you mean the colours used in gnu.org? The other thing is that the page design outperforms the state of the distribution - sorry to say that, but while page feel very user friendly, the distribution has a way to go... Adam Pribyl Thank you for the feedback, Adam. I'm taking note of your points as well for the next mockup.
Re: [ART] Website mockup
El lun, 16-02-2015 a las 11:09 +, Amirouche Boubekki escribió: , Luis Felipe López Acevedo felipe.lo...@openmailbox.org writes: Hi, Here is a mockup for the website: http://sirgazil.bitbucket.org/static/temp/img/guix/home-black-header.png The black header looks strange because the rest of the page is very light. I understand what you mean :) And some variants with white and yellow headers: http://sirgazil.bitbucket.org/static/temp/img/guix/home-white-header.png I prefer that one because the logo looks better header contrast is better. It doesn't look strange with the next part, which has a strong color. Me too. http://sirgazil.bitbucket.org/static/temp/img/guix/home-yellow-header.png - less constrast - logo is good but I'm not sure it will work the same over a white background The header background is supposed to stay yellow in this version, if you go to another page, for example. It is just that it matches the current background color of the section below it. Here my first few impressions: About the part just below the header : - in the text, emphase done in black seems bizarre to me - the monitor looks good, maybe the screen has too much shadow I like those two things though :) - the banner is good convincing - the button are too dark and the text shadow shifts too far - the color of the button goes with the background found in the monitor, what happens when the background change? Usually, the default background of the system changes only with major releases, and websites tend to be updated as well for the new version, so I guess the buttons would change accordingly. - I'm not sure about the button color (complementary color). But I'm with you on this one. I'm not sure either :) - Maybe a button like http://clojurescriptone.com/ might work better (without the font and smaller) - I think that only the download button (with last version number somewhere) is required. Overview is already visible in screenshot section header. I like that idea: just the download button (with version number), and include a link to the overview in the screenshots section. - I'm not sure the wave separator is the best thing. That's what makes it more casual. I feel the same way. In the screenshot section, maybe a link to overview is required. There is no blog link in the header There is no about link in footer. I'm not sure an about page is required, since the frontpage can do that job. That's confusing, isn't it? I'll fix header and footer mismatch. As for the About section, I was thinking on something like what is used in blender.org. There is no mention of guix package manager. I was thinking on doing that on the Overview and Packages pages. But I think I can try adding something in the front page as well (advanced package manager called GNU Guix). Maybe doing a mockup including a FSF campaign banner, to avoid akward design in this situations. I don't think I understand what you mean here. The overall looks very good. It's looks unique modern. The page is not too large the font size not too small. Very good job. Among all the above, it's really the complementary color that looks odd. It has its strength, but it seem old fashioned to me. Thank you very much for the great feedback, Amirouche. I'm taking note of all these for a next mockup.
Re: [ART] Website mockup
El lun, 16-02-2015 a las 19:11 +0100, Amirouche Boubekki escribió: 2015-02-16 18:23 GMT+01:00 Luis Felipe López Acevedo felipe.lo...@openmailbox.org: El lun, 16-02-2015 a las 11:09 +, Amirouche Boubekki escribió: http://sirgazil.bitbucket.org/static/temp/img/guix/home-yellow-header.png - less constrast - logo is good but I'm not sure it will work the same over a white background The header background is supposed to stay yellow in this version, if you go to another page, for example. It is just that it matches the current background color of the section below it. Ok, I wasn't thinking about that. What wanted to say: if the logo must appear in the frontpage or like in this case in the header it must be the official logo for consistency reason, so that the GSD visual identidy is easier to remember. I'm not sure what is the official logo, that said the one used in the yellow header doesn't have enough contrast over a white background. I don't know maybe it can work. No, I think you're right. It's important to be consistent for visual identity. That's why I prefer the white header. By the way, the official logo is here: http://www.gnu.org/software/guix/graphics/ And the SVG file there shows accepted variations. Maybe doing a mockup including a FSF campaign banner, to avoid akward design in this situations. I don't think I understand what you mean here. I can't find an example right now. It's wikipedia that does that for its crowdfunding campaign. Ah, you mean that the design should adapt easily for the occasional use of those kinds of banners?
Re: [ART] Updated GRUB background with GuixSD logo
El sáb, 14-02-2015 a las 19:18 -0500, Mark H Weaver escribió: Luis Felipe López Acevedo felipe.lo...@openmailbox.org writes: I just pushed modified backgrounds for GRUB using the new GuixSD logo. To use the new backgrounds, GRUB configuration should be updated to use yellow for selected entries in the list (see attached image). As always, comments and suggestions are welcome, The drop shadow that you added here defeats the illusion of the 3-dimensional twist that makes earlier renditions of this logo so compelling. It ends up looking flat. Any ideas how this could be improved? Thanks for pointing that out, Mark. I agree with you. I spent too much time in front of that logo, so it is hard for me to notice those details sometimes. This is the current image: http://sirgazil.bitbucket.org/static/temp/img/guixsd/A-grub.png And here are some variants for comparison. This is variant B, which is the same as the current image, but without the shadow: http://sirgazil.bitbucket.org/static/temp/img/guixsd/B-grub-no-shadow.png I think that the gradients that give the illusion of twist are still a bit hard to see. So here is variant C with retouched gradients: http://sirgazil.bitbucket.org/static/temp/img/guixsd/C-grub-retouched-twist.png I think it looks better. But here is a D variant which includes the retouched twist of C and adds a drop shadow: http://sirgazil.bitbucket.org/static/temp/img/guixsd/D-grub-retouched-drop-shadow.png This shadow is more subtle than the one used in the current GRUB image, but it may still flatten the logo because it is bevelled. I like C and D, but would go with C to avoid the problem you mention. What do you think?
Re: [ART] Updated SLiM theme with GuixSD logo
El vie, 13-02-2015 a las 10:46 +0100, Ludovic Courtès escribió: Ricardo Wurmus rek...@elephly.net skribis: - do we really want to use the abbreviation GuixSD (rather than the actual name) so prominently? In my opinion the abbreviation just makes it easier to refer to the system, but it's not like that's the actual name. As the focus is on offering a GNU system (which just happens to be called Guix System Distribution or GuixSD in ambiguous circumstances) wouldn't it be better to stay with either just the new wildebeest logo or simply the GNU logo? That’s the feeling that many of us shared several weeks ago, that we shouldn’t do any branding other than GNU. OTOH, it’s become clear that we’d have no support in doing that and no influence over the GNU “brand”; in that sense, we would have to spend a lot of energy for a result that may be unsatisfying. I suspect Felipe reached the same conclusion. Exactly. So I proposed the new logo to avoid any clash within the GNU Project. I also feel unhappy about not being able to promote this system as the GNU Operating System (because that's what I think it is). [1] [1] http://lists.gnu.org/archive/html/gnu-system-discuss/2014-11/msg2.html
Re: [ART] Logo proposal
El jue, 12-02-2015 a las 21:12 +0100, Ludovic Courtès escribió: Luis Felipe López Acevedo felipe.lo...@openmailbox.org skribis: El mié, 11-02-2015 a las 22:23 +0100, Ludovic Courtès escribió: [...] Thus, the first step would be to come up with a multi-page site (yay!) and with appropriate style. That probably means departing from the gnu.org style sheets and server-side includes. This is not an ideal solution, but it easier than trying to adjust all of gnu.org to meet our needs. I would hope that whoever takes up this task communicates with the gnu.org webmasters in an effort to collaborate in the longer run. Thoughts? Volunteers? While a place for the website is found, I can work on some mock-ups, if that's OK. Your help is definitely welcome, as always! Perhaps I wasn’t clear: the web site would remain at gnu.org, just possibly without the standard gnu.org server-side includes and CSS. (I’m not saying we *must* get rid of the SSIs and CSS; I’m just saying you or whoever else wants to work on the web site can feel free to do whatever they deem appropriate in that regard.) OK. Pierre-Antoine (rigelk) and I will work on the website.
Re: [ART] Logo proposal
El vie, 13-02-2015 a las 23:52 +0100, Ludovic Courtès escribió: Luis Felipe López Acevedo felipe.lo...@openmailbox.org skribis: El vie, 13-02-2015 a las 10:23 +0100, Ludovic Courtès escribió: Luis Felipe López Acevedo felipe.lo...@openmailbox.org skribis: If GuixSD is the final name for the distro, I attached a logo to replace the one currently used on the List of Free GNU/Linux Distributions. If not, tell me and I'll make any necessary changes. Since http://www.gnu.org/distros/free-distros.html refers to our software/guix/graphics directory, could you first add the GuixSD logo to http://www.gnu.org/software/guix/graphics/ in a way similar to what is done with the other one? (See Source Code - Use CVS at http://savannah.gnu.org/projects/guix, or drop by on IRC if you have any problems.) Done. I added both, vertical and horizontal versions of the logo. Great. Could add them to graphics/index.html as well? Done. The SVG has all available variations of the logo (vertical, horizontal, black white).
Re: [ART] Logo proposal
El jue, 12-02-2015 a las 08:55 -0300, Daniel Pimentel escribió: On 2015-02-11 18:23, l...@gnu.org wrote: Luis Felipe López Acevedo felipe.lo...@openmailbox.org skribis: What worries me about staying close to the GNU branding is that it could create the confusion RMS wants to avoid (people thinking that GuixSD is *the* GNU OS and GNU's head its logo). He even suggested having a logo for Guix and GuixSD [1][2]. So I think it would be better to play it safe and avoid any conflict within the GNU Project. We can still emphasise the close relationship between GuixSD and the GNU Project, and hence the proposal of a wildebeest head as the logo for GuixSD too. Yes, makes sense. So, let’s use this GuixSD logo! To begin with, I think we could use it in the GRUB and/or SLiM backgrounds. WDYT? Then we’ll want to use it on the web site somehow, but the current “site” is really just one page, and it would seem odd to have the two logos upfront on the same page. Thus, the first step would be to come up with a multi-page site (yay!) and with appropriate style. That probably means departing from the gnu.org style sheets and server-side includes. This is not an ideal solution, but it easier than trying to adjust all of gnu.org to meet our needs. I would hope that whoever takes up this task communicates with the gnu.org webmasters in an effort to collaborate in the longer run. Thoughts? Volunteers? Lastly, I’m not sure what to do about the main Guix logo. On one hand I like the one you propose, but on the other I’m a bit reluctant to change. Thanks again! Ludo’. I like Guix logo (I did sticker and paste in my computers :) and I think that should not change, but maybe to GuixSD could change or not. I like for idea to universal Guix logo to package manager and OS. What do you think about name GuixOS? Thanks, If GuixSD is the final name for the distro, I attached a logo to replace the one currently used on the List of Free GNU/Linux Distributions. If not, tell me and I'll make any necessary changes.
Re: [ART] Updated GRUB background with GuixSD logo
El jue, 12-02-2015 a las 17:57 -0300, Daniel Pimentel escribió: On 2015-02-12 14:04, Luis Felipe López Acevedo wrote: Hi, I just pushed modified backgrounds for GRUB using the new GuixSD logo. To use the new backgrounds, GRUB configuration should be updated to use yellow for selected entries in the list (see attached image). As always, comments and suggestions are welcome, I like it, congratulation again. Why not red or blue color? Thanks :) I wanted to use the yellow/orange used on the logo[1], which I think looks nice on the black background. I plan to use that color to differentiate GuixSD from other distros (many of which use blue). [1] http://sirgazil.bitbucket.org/static/temp/img/guix/GuixSD.png
Re: [ART] Logo proposal
El lun, 09-02-2015 a las 23:35 +0100, Ludovic Courtès escribió: Luis Felipe López Acevedo felipe.lo...@openmailbox.org skribis: I made some logos for Guix and GuixSD: * http://sirgazil.bitbucket.org/static/temp/img/guix/Guix.png * http://sirgazil.bitbucket.org/static/temp/img/guix/GuixSD.png I understand if you prefer using the current Guix logo and no logo for GuixSD, though. I just wanted to share anyways. I’m very impressed by both, I like them! It raises the two questions you mention. I sympathize both with what you wrote before and your current hesitation wrt. branding. What worries me about staying close to the GNU branding is that it could create the confusion RMS wants to avoid (people thinking that GuixSD is *the* GNU OS and GNU's head its logo). He even suggested having a logo for Guix and GuixSD [1][2]. So I think it would be better to play it safe and avoid any conflict within the GNU Project. We can still emphasise the close relationship between GuixSD and the GNU Project, and hence the proposal of a wildebeest head as the logo for GuixSD too. I need to think more (and read more what others think) but yeah, why not a GuixSD logo. No problem. Take your time. Thank you everyone for your feedback, and d4n1 for the alternative logo. [1] http://lists.gnu.org/archive/html/gnu-system-discuss/2015-01/msg00078.html [2] http://lists.gnu.org/archive/html/gnu-system-discuss/2015-01/msg00079.html -- Luis Felipe López Acevedo http://sirgazil.bitbucket.org/
Re: [ART] Logo proposal
El dom, 08-02-2015 a las 09:41 -0500, David Thompson escribió: Luis Felipe López Acevedo felipe.lo...@openmailbox.org writes: I made some logos for Guix and GuixSD: * http://sirgazil.bitbucket.org/static/temp/img/guix/Guix.png * http://sirgazil.bitbucket.org/static/temp/img/guix/GuixSD.png These are really great! I really like the GuixSD logo. These should not go unused, IMO. Thanks for the feedback, David. Glad you liked them :)
Re: [ART] Logo proposal
Thanks for the feedback, Mark. El dom, 08-02-2015 a las 11:15 -0500, Mark H Weaver escribió: Luis Felipe López Acevedo felipe.lo...@openmailbox.org writes: I'd be quite tempted to use your GuixSD logo. It's really just a question of whether we want to promote GuixSD as a public brand or to consider it more of an internal code name. I haven't thought much about it, so I'll let others decide. I was in favor of the code name approach before, but after the discussion about the name of the distro ended, I don't know... I'm wondering how to present GuixSD in the future to the average Jane. Right now, I think it would be easier if GuixSD had its own image (not GNU's wildebeest head and related artwork) and its own website (not a page framed with gnu.org's header and footer). I don't know.
Re: Guix != GNU GSD == True
El jue, 29-01-2015 a las 07:30 -0500, Richard Stallman escribió: [[[ To any NSA and FBI agents reading my email: please consider]]] [[[ whether defending the US Constitution against all enemies, ]]] [[[ foreign or domestic, requires you to follow Snowden's example. ]]] I recognize that the Guix / GSD naming matter is settled, There seems to be a misunderstanding here. The distro made wit Guix is called the Guix System Distro or GuixSD. Please do NOT use the term GSD -- it would cause confusion. Use GuixOS. System Distribution is as ambiguous as Operating System, but the latter is closer to the level of the average Jane (who is commonly familiar with the name when referring to Windows, Mac, and Android). P.S.: I'll pay my taxes later :)