Re: [Outreachy] Submitting Patch for : Manual typo in section "Invoking ‘guix time-machine’"

[Danny Milosavljevic]

Hi,

thanks for the patch!

Pushed to guix master as commit 022767d7c132d20d684e0dec7c6010fdcf408e3d


pgpwb1hdQhNZJ.pgp
Description: OpenPGP digital signature

Re: Guix master: Lint warnings: inputs which should be native-inputs etc

[Gábor Boskovits]

Hello,

Danny Milosavljevic  ezt írta (időpont: 2020. márc.
23., Hét 11:02):

> Hi,
>
> so I've been using the Guix Data Service and it found a whole load of
> linter
> warnings.  150 warnings for inputs that should probably be native inputs:
>
>
> http://data.guix.gnu.org/revision/d4842a7c478230b7c12e65d04106db1e14c98cac/lint-warnings?package_query=&linter=inputs-should-be-native&message_query=&field=linter&field=message&field=location

This is just a related question: do we have a way to tell the linter that
this should be ignored, and to tell it that this package is affected by
something that the linter can not see.
One example is when something usually is a native input, but for the
package considered it really should be input.
Another example is security fixing. We might fix something by a patch, and
mark the package not affected, and conversely, we might have to carry a
vulnerable patch to a version otherwise not affected. Wdyt?

>
>
> It also found some more:
>
> http://data.guix.gnu.org/revision/d4842a7c478230b7c12e65d04106db1e14c98cac
>
> For example 176 unstable tarballs.
>
> And 7 inputs should not be inputs, all of them python-setuptools, in:
>
> python2-virtualenv
> python-get-version
> python-jaraco-packaging
> python-legacy-api-wrap
> python-sphinx-copybutton
> python-virtualenv
> tensorflow
>
Best regards,
g_bor

>

[Outreachy] Submitting Patch for : Manual typo in section "Invoking ‘guix time-machine’"

[Naga Malleswari]

Hi

I have picked up #39681  in  http://issues.guix.gnu.org/easy.


Made changes to the documentation and submitting the patch. Please
review and suggest any changes.

-- 
Regards
NagaMalli

>From acbdaf012aad78870bcfa51b72faf8f0a3b4c082 Mon Sep 17 00:00:00 2001
From: Naga Malleswari 
Date: Tue, 24 Mar 2020 10:50:56 +0530
Subject: [PATCH] doc: Fix typo in syntax description. * doc/guix.texi
 (Invoking guix time-machine): Fix typo 'of' instead of 'if'.

---
 doc/guix.texi | 3 ++-
 1 file changed, 2 insertions(+), 1 deletion(-)

diff --git a/doc/guix.texi b/doc/guix.texi
index 77a4b8ed71..404a3e4777 100644
--- a/doc/guix.texi
+++ b/doc/guix.texi
@@ -75,6 +75,7 @@ Copyright @copyright{} 2020 Wiktor Żelazny@*
 Copyright @copyright{} 2020 Damien Cassou@*
 Copyright @copyright{} 2020 Jakub Kądziołka@*
 Copyright @copyright{} 2020 Jack Hill@*
+Copyright @copyright{} 2020 Naga Malleswari@*
 
 Permission is granted to copy, distribute and/or modify this document
 under the terms of the GNU Free Documentation License, Version 1.3 or
@@ -4207,7 +4208,7 @@ guix time-machine @var{options}@dots{} -- @var{command} @var {arg}@dots{}
 @end example
 
 where @var{command} and @var{arg}@dots{} are passed unmodified to the
-@command{guix} command if the specified revision.  The @var{options} that define
+@command{guix} command of the specified revision.  The @var{options} that define
 this revision are the same as for @command{guix pull} (@pxref{Invoking guix pull}):
 
 @table @code
-- 
2.25.1

Building R Packages

[Daniela Lura]

Hello,

I hope you are well!

I've been trying to build an r package for two days now.

When I initially ran `guix build` I got an error message indicating that
there was no code for a specific guile module, which I managed to work
around by using %load-path.
After adding GUILE_LOAD_PATH and running `guix build ` again, I get this
message: guix build: error: r-oenb: unknown package,  and I can't seem to
grasp the reason because I have already added the package definition to
gnu/packages/cran.scm.

Any assistance you can provide would be greatly appreciated.

Regards,

Dan

Re: Outreachy Applicant - Guix Data Service

[Daniela Lura]

Good evening,

I hope you are well!

So, these days I've been busy reading Guile documentation and trying to
understand the code inside guix-data-service/web/revision/controller.scm,
but I can't seem to wrap my head around it. :/

In addition to that, I noticed that when I go to
http://localhost:/revision/554f5b62805b900a9e4e320c800c13557b7e/system-tests
I
don't get any data in the name,  description, location, derivation and
build status fields even though I have loaded the small dump. Is this
normal?

P.S I added guix-devel@gnu.org as well.
Regards,

Dan

On Tue, 24 Mar 2020 at 10:54, Daniela Lura  wrote:

> Good evening,
>
> I hope you are well!
>
> So, these days I've been busy reading Guile documentation and trying to
> understand the code inside guix-data-service/web/revision/controller.scm,
> but I can't seem to wrap my head around it. :/
>
> In addition to that, I noticed that when I go to
> http://localhost:/revision/554f5b62805b900a9e4e320c800c13557b7e/system-tests
> I don't get any data in the name,  description, location, derivation and
> build status fields even though I have loaded the small dump. Is this
> normal?
>
> Regards,
>
> Dan
>
>
>
>
> On Wed, 18 Mar 2020 at 13:53, Christopher Baines  wrote:
>
>>
>> Daniela Lura  writes:
>>
>> > Hope you are doing well!
>> > I am trying to learn guile, to be able to later on work on the tasks you
>> > mentioned.
>> >
>> > Should I be using the guile-json module to provide the json version of
>> the
>> > data. I checked it last night and I couldn't find an official
>> > documentation. Maybe I was too sleepy, so I will look at it again.
>>
>> I normally read: https://github.com/aconchillo/guile-json#usage
>>
>> There are also some examples of pages where you can get either HTML or
>> JSON back. For example this bit of JSON here [1] is generated by the
>> code here [2].
>>
>> 1:
>> http://data.guix.gnu.org/compare.json?base_commit=771c5e155d7862ed91a5d503eecc00c1db1150ad&target_commit=0e26c3cfcf0e7fe74f942c5278a8fe6110a7ab38
>> 2:
>> https://git.savannah.gnu.org/cgit/guix/data-service.git/tree/guix-data-service/web/compare/controller.scm#n204
>>
>> > Also, today I am thinking of running Guix locally and try packaging.
>> Can I
>> > ask you for help, if I run into problems?
>>
>> Sure, I can answer emails, but I'll also probably be on IRC for most of
>> the day.
>>
>

Update MATE to 1.24

[Jonathan Brielmaier]

Hi folks,

as the next release is approaching fast, I thought it would be nice to
have MATE 1.24 in. Compared to other desktop environments (hi GNOME)
updating is straight forward.

I tested MATE 1.24 in a VM. There are two problems:
* MATE suffers from https://issues.guix.gnu.org/issue/38135, so you
can't start any applications from the menu. This is a MAJOR usability
bug. The fix for it is in core-updates.
* atril requires a newer glib/gio (also in core-updates).

I have two branches:
https://gitlab.com/jonsger/Guix/-/tree/wip-mate-1.24 based on master
https://gitlab.com/jonsger/Guix/-/tree/wip-mate-1.24-co based on
core-updates

I tried a VM on core-updates, but there are no substitutes. So I can't
really built it on my laptop.

So I guess we need a core-updates merge before a release, if we wanna
have MATE in a "release able" state.

~Jonathan

Re: Building R Packages

[Paul Garlick]

Hi Daniela,

Have you tried './pre-inst-env guix build ...' instead of 'guix build
...'?

The difference is that the former command will look for package
definitions in your checked out, and modified, version of Guix.  

The latter command looks for package definitions in your installed
version of Guix.  Your modifications will be seen by this command after
you submit a patch, it is committed, then you update your installed
version with a 'guix pull'.

Best regards,

Paul.

Re: Building R Packages

[Daniela Lura]

Yes I have and the same thing happens.

When I use: `guix environment --pure guix --ad-hoc coreutils findutils
which`
I am sent to another shell and it can't recognize pre-inst-env.


On Wed, 25 Mar 2020 at 01:27, Paul Garlick <
pgarl...@tourbillion-technology.com> wrote:

> Hi Daniela,
>
> Have you tried './pre-inst-env guix build ...' instead of 'guix build
> ...'?
>
> The difference is that the former command will look for package
> definitions in your checked out, and modified, version of Guix.
>
> The latter command looks for package definitions in your installed
> version of Guix.  Your modifications will be seen by this command after
> you submit a patch, it is committed, then you update your installed
> version with a 'guix pull'.
>
> Best regards,
>
> Paul.
>
>

Re: Building R Packages

[sirgazil]

Hi, Daniela

  On Tue, 24 Mar 2020 07:34:37 -0500 Daniela Lura  
wrote 
 > Yes I have and the same thing happens.
 > When I use: `guix environment --pure guix --ad-hoc coreutils findutils 
 > which`I am sent to another shell and it can't recognize pre-inst-env. 

Did you run the recommended commands shown in 
https://guix.gnu.org/videos/packaging,-part-one/index.html before running 
"./pre-inst-env"?

Re: Building R Packages

[sirgazil]

  On Tue, 24 Mar 2020 21:44:58 -0500 sirgazil  wrote 
 > Hi, Daniela
 > 
 >   On Tue, 24 Mar 2020 07:34:37 -0500 Daniela Lura 
 >  wrote 
 >  > Yes I have and the same thing happens.
 >  > When I use: `guix environment --pure guix --ad-hoc coreutils findutils 
 > which`I am sent to another shell and it can't recognize pre-inst-env. 
 > 
 > Did you run the recommended commands shown in 
 > https://guix.gnu.org/videos/packaging,-part-one/index.html before running 
 > "./pre-inst-env"?
 > 

Actually, I just pull the guix repository and make fails with the following 
error (other people on #guix see the same error):

$ make
  GEN  doc/os-config-bare-bones.texi
  GEN  doc/os-config-desktop.texi
  GEN  doc/os-config-lightweight-desktop.texi
  PO4A doc/contributing.de.texi
Your input po file po/doc/guix-manual.de.po seems outdated (The amount of 
entries differ between files: 8727 is not 298
). Please consider running po4a-updatepo to refresh it.
  POXREF doc/contributing.de.texi
mv "doc/contributing.de.texi.tmp" "doc/contributing.de.texi"
  PO4A doc/guix.de.texi
Your input po file po/doc/guix-manual.de.po seems outdated (The amount of 
entries differ between files: 8727 is not 8512
). Please consider running po4a-updatepo to refresh it.
sed -i "s|guix\.info|$(basename "doc/guix.de.texi" | sed 's|texi$|info|')|" 
"doc/guix.de.texi.tmp"
  POXREF doc/guix.de.texi
mv "doc/guix.de.texi.tmp" "doc/guix.de.texi"
  PO4A doc/contributing.es.texi
Your input po file po/doc/guix-manual.es.po seems outdated (The amount of 
entries differ between files: 8727 is not 298
). Please consider running po4a-updatepo to refresh it.
  POXREF doc/contributing.es.texi
mv "doc/contributing.es.texi.tmp" "doc/contributing.es.texi"
  PO4A doc/guix.es.texi
Your input po file po/doc/guix-manual.es.po seems outdated (The amount of 
entries differ between files: 8727 is not 8512
). Please consider running po4a-updatepo to refresh it.
sed -i "s|guix\.info|$(basename "doc/guix.es.texi" | sed 's|texi$|info|')|" 
"doc/guix.es.texi.tmp"
  POXREF doc/guix.es.texi
mv "doc/guix.es.texi.tmp" "doc/guix.es.texi"
  PO4A doc/contributing.fr.texi
Your input po file po/doc/guix-manual.fr.po seems outdated (The amount of 
entries differ between files: 7994 is not 298
). Please consider running po4a-updatepo to refresh it.
  POXREF doc/contributing.fr.texi
mv "doc/contributing.fr.texi.tmp" "doc/contributing.fr.texi"
  PO4A doc/guix.fr.texi
Your input po file po/doc/guix-manual.fr.po seems outdated (The amount of 
entries differ between files: 7994 is not 8512
). Please consider running po4a-updatepo to refresh it.
sed -i "s|guix\.info|$(basename "doc/guix.fr.texi" | sed 's|texi$|info|')|" 
"doc/guix.fr.texi.tmp"
  POXREF doc/guix.fr.texi
mv "doc/guix.fr.texi.tmp" "doc/guix.fr.texi"
  PO4A doc/contributing.ru.texi
Your input po file po/doc/guix-manual.ru.po seems outdated (The amount of 
entries differ between files: 8727 is not 298
). Please consider running po4a-updatepo to refresh it.
  POXREF doc/contributing.ru.texi
mv "doc/contributing.ru.texi.tmp" "doc/contributing.ru.texi"
  PO4A doc/guix.ru.texi
Your input po file po/doc/guix-manual.ru.po seems outdated (The amount of 
entries differ between files: 8727 is not 8512
). Please consider running po4a-updatepo to refresh it.
sed -i "s|guix\.info|$(basename "doc/guix.ru.texi" | sed 's|texi$|info|')|" 
"doc/guix.ru.texi.tmp"
  POXREF doc/guix.ru.texi
mv "doc/guix.ru.texi.tmp" "doc/guix.ru.texi"
  PO4A doc/contributing.zh_CN.texi
Your input po file po/doc/guix-manual.zh_CN.po seems outdated (The amount of 
entries differ between files: 7994 is not 298
). Please consider running po4a-updatepo to refresh it.
  POXREF doc/contributing.zh_CN.texi
mv "doc/contributing.zh_CN.texi.tmp" "doc/contributing.zh_CN.texi"
  PO4A doc/guix.zh_CN.texi
Your input po file po/doc/guix-manual.zh_CN.po seems outdated (The amount of 
entries differ between files: 7994 is not 8512
). Please consider running po4a-updatepo to refresh it.
sed -i "s|guix\.info|$(basename "doc/guix.zh_CN.texi" | sed 's|texi$|info|')|" 
"doc/guix.zh_CN.texi.tmp"
  POXREF doc/guix.zh_CN.texi
mv "doc/guix.zh_CN.texi.tmp" "doc/guix.zh_CN.texi"
  GEN  nix/libstore/schema.sql.hh
echo UNKNOWN > ".version-t" && mv ".version-t" ".version"
make  all-recursive
make[1]: Entering directory '/home/sirgazil/Documentos/guix'
Making all in po/guix
make[2]: Entering directory '/home/sirgazil/Documentos/guix/po/guix'
make guix.pot-update
make[3]: Entering directory '/home/sirgazil/Documentos/guix/po/guix'
sed -e '/^#/d' remove-potcdate.sin > t-remove-potcdate.sed
mv t-remove-potcdate.sed remove-potcdate.sed
if LC_ALL=C grep 'GNU guix' ../../* 2>/dev/null | grep -v 'libtool:' 
>/dev/null; then \
  package_gnu='GNU '; \
else \
  package_gnu=''; \
fi; \
if test -n 'l...@gnu.org' || test 'bug-g...@gnu.org' = '@'PACKAGE_BUGREPORT'@'; 
then \
  msgid_bugs_address='l...@gnu.org'; \
else \
  msgid_bugs_address='bug-g...@gnu.org'; \
fi; \
case `/gnu/sto