Re: planned downtime for ci.guix.gnu.org this Friday

[Hartmut Goebel]

Am 06.03.20 um 17:33 schrieb aviva:
> It is too bad that it continues to have that post assualting Richard
> Stallman's crditbility.  You would help your project a great deal to
> remove that from your blog.

This statement is unrelated to the thread topic. Also this has been
discussed in length already. So please stop trolling.

-- 
Regards
Hartmut Goebel

| Hartmut Goebel  | h.goe...@crazy-compilers.com   |
| www.crazy-compilers.com | compilers which you thought are impossible |

rust (build system) deficits

[Hartmut Goebel]

Hi,

I just package "nettle-sys", which are binding for the nettle crypto
library. Builiding these bindings takes quite some time, some native
inputs and - worst of all - some special phases. After building, the
output is empty (beside some license files). Now when building `nettle`,
which depends on `nettle-sys`, I - as expected - get errors, since e.g.
`bindgen` is missing.

While I could work-around this issue for this case, IMO this shows a
much, much deeper and serious problem with rust and the rust
build-system: We can not pre-built packages!

Rust not being able toe pre-build packages is an open issue, see
. But this issue also
points out two things:

1. There seems to be some `.rlib` pre-built format. And "This is a Rust
problem even more than a Cargo problem. You can't guarantee that a
pre-built Rust library will work unless it's built with the exact same
SHA of the compiler." OTOH sis means: since we can guarantee the very
same compiler to be used, we could use rust libraries.

2. There is a tool/library DHL 
(Dependency Hijacking Library) which tries to solve this issue. Maybe
this helps.

If anybody is working on a solution: Thanks :-)

Side note: This also is an ecological problem, as each build will
consume more power and CO2 then required. This is esp. true for guix
(and nix), where packages need to be rebuild much more often than on
non-functional distributions.

-- 
Regards
Hartmut Goebel

| Hartmut Goebel  | h.goe...@crazy-compilers.com   |
| www.crazy-compilers.com | compilers which you thought are impossible |

Hi, I am R Veera Kumar - Current Outreachy selected Applicant

[Veera]

Hi,

I am R Veera Kumar from India. I have been selected as Outreachy applicant
for May 2020 round.

I like to work with Danny Milosavljevic, the mentor of the project:
 Guix Integration of desktop environments into GNU Guix

I am a self taught computer and software user. I am a Linux user for 15 years.
I have used Redhat, Fedora, Debian and others. I have built Linuxfromscratch
and Beyond LFS and used them for a custom distro for myself. I know some C,
Shell, awk, Perl, Python, Lua and basic system administration.

I have heard about Guix from news and have checked about it a little before.
I do not know Scheme/Guile Language.

How do I get started?
What contributions can I make?

Thanks,
R Veera Kumar
mail: v...@vkten.in, veerakuma...@gmail.com
India

Hi, I am R Veera Kumar - Current Outreachy selected Applicant

[Veera]

Hi,

I am R Veera Kumar from India. I have been selected as Outreachy applicant
for May 2020 round.

I like to work with Danny Milosavljevic, the mentor of the project:
 Guix Integration of desktop environments into GNU Guix

I am a self taught computer and software user. I am a Linux user for 15 years.
I have used Redhat, Fedora, Debian and others. I have built Linuxfromscratch
and Beyond LFS and used them for a custom distro for myself. I know some C,
Shell, awk, Perl, Python, Lua and basic system administration.

I have heard about Guix from news and have checked about it a little before.
I do not know Scheme/Guile Language.

How do I get started?
What contributions can I make?

Thanks,
R Veera Kumar
mail: v...@vkten.in, veerakuma...@gmail.com
India

Hi, I am R Veera Kumar - Current Outreachy selected Applicant

[Veera]

Hi,

I am R Veera Kumar from India. I have been selected as Outreachy applicant
for May 2020 round.

I like to work with Danny Milosavljevic, the mentor of the project:
 Guix Integration of desktop environments into GNU Guix

I am a self taught computer and software user. I am a Linux user for 15 years.
I have used Redhat, Fedora, Debian and others. I have built Linuxfromscratch
and Beyond LFS and used them for a custom distro for myself. I know some C,
Shell, awk, Perl, Python, Lua and basic system administration.

I have heard about Guix from news and have checked about it a little before.
I do not know Scheme/Guile Language.

How do I get started?
What contributions can I make?

Thanks,
R Veera Kumar
mail: v...@vkten.in, veerakuma...@gmail.com
India

Re: Hi, I am R Veera Kumar - Current Outreachy selected Applicant

[Veera]

On Sat, Mar 07, 2020 at 04:19:09PM +0100, Pierre Neidhardt wrote:
> Hi Veera!
> 
> Welcome!
> 
> Veera  writes:
> 
> > I like to work with Danny Milosavljevic, the mentor of the project:
> >  Guix Integration of desktop environments into GNU Guix
> 
> Cool, sounds like this is very much needed!
> Do you have a link to share the description of the assignment?
> 

It is a protected page.

> > I have heard about Guix from news and have checked about it a little before.
> > I do not know Scheme/Guile Language.
> 
> Since you are already familiar with programming, I suggest the book
> Structure and Interpretation of Computer Programming.
> It's available for free online:
> 
> https://mitpress.mit.edu/sites/default/files/sicp/full-text/book/book.html
> 
> With modern editing:
> 
> http://sarabander.github.io/sicp/
> 
> It's available as a Texinfo manual which is packaged in Guix.
> 

I will see it.

> Finally, the video recordings of the class are insightful and to the
> point:
> 
> https://mitpress.mit.edu/sites/default/files/sicp/full-text/book/book.html
> 
> Cheers!
> 
> -- 
> Pierre Neidhardt
> https://ambrevar.xyz/

Regards,
Veera

New Spanish PO file for 'guix-manual' (version 1.1.0-pre1)

[Translation Project Robot]

Hello, gentle maintainer.

This is a message from the Translation Project robot.

A revised PO file for textual domain 'guix-manual' has been submitted
by the Spanish team of translators.  The file is available at:

https://translationproject.org/latest/guix-manual/es.po

(We can arrange things so that in the future such files are automatically
e-mailed to you when they arrive.  Ask at the address below if you want this.)

All other PO files for your package are available in:

https://translationproject.org/latest/guix-manual/

Please consider including all of these in your next release, whether
official or a pretest.

Whenever you have a new distribution with a new version number ready,
containing a newer POT file, please send the URL of that distribution
tarball to the address below.  The tarball may be just a pretest or a
snapshot, it does not even have to compile.  It is just used by the
translators when they need some extra translation context.

The following HTML page has been updated:

https://translationproject.org/domain/guix-manual.html

If any question arises, please contact the translation coordinator.

Thank you for all your work,

The Translation Project robot, in the
name of your translation coordinator.

New Spanish PO file for 'guix-manual' (version 1.1.0-pre1)

[Translation Project Robot]

Hello, gentle maintainer.

This is a message from the Translation Project robot.

A revised PO file for textual domain 'guix-manual' has been submitted
by the Spanish team of translators.  The file is available at:

https://translationproject.org/latest/guix-manual/es.po

(We can arrange things so that in the future such files are automatically
e-mailed to you when they arrive.  Ask at the address below if you want this.)

All other PO files for your package are available in:

https://translationproject.org/latest/guix-manual/

Please consider including all of these in your next release, whether
official or a pretest.

Whenever you have a new distribution with a new version number ready,
containing a newer POT file, please send the URL of that distribution
tarball to the address below.  The tarball may be just a pretest or a
snapshot, it does not even have to compile.  It is just used by the
translators when they need some extra translation context.

The following HTML page has been updated:

https://translationproject.org/domain/guix-manual.html

If any question arises, please contact the translation coordinator.

Thank you for all your work,

The Translation Project robot, in the
name of your translation coordinator.

Re: rust (build system) deficits

[John Soo]

Hi Hartmut,

I agree with you. It seems like a problem for cargo to solve to me.  Efraim 
tried to use the .rlib files to make library files and found it was not really 
an option.

There are more problems, too. The way inputs are done doesn’t fit well with the 
rest of guix tooling and doesn’t really follow functional package management 
concepts.

One possibility to try is to rethink the cargo-{development-}inputs fields and 
only require the source from rust library inputs. Then to build the 
executables, it would only require one compile and we could keep ci checking 
the current libraries.

The cargo build system also has a specialized transitive closure computation. I 
believe the reason cargo-{development-}inputs are specified in arguments is for 
the special purpose of that closure computation. Can someone tell me if I’m 
wrong on that?

As far as I can tell, the point of the specialized transitive closure 
computation is to deal with cyclic dependencies.  Again, please someone correct 
me if I’m wrong on that.

If the rust closure functions successfully deal with cyclic dependencies, then 
wouldn’t the other closure computations benefit from the same function?

I would like to take a stab at bringing the rust build system package 
definitions closer to others.

My proposal is to:
* move cargo-{development-}inputs into inputs, requiring only the source from 
libraries.
* either:
  - move the rust closure function so all packages use it
Or
  - adjust the transitive closure function such that it works on normal inputs 
rather than arguments
* Do not build rust packages by default. Only run tests.
* as a corollary to the previous item: Default skip-build? to #f but do run 
tests even if skip-build is #f and tests? is #t

What do you all think, Hartmut, guix?

- John 

Re: Hi, I am R Veera Kumar - Current Outreachy selected Applicant

[Gábor Boskovits]

Hello Veera,

Veera  ezt írta (időpont: 2020. márc. 7., Szo 16:05):

> Hi,
>
> I am R Veera Kumar from India. I have been selected as Outreachy applicant
> for May 2020 round.
>
Nice to see you around.

>
> I like to work with Danny Milosavljevic, the mentor of the project:
>  Guix Integration of desktop environments into GNU Guix
>
> I am a self taught computer and software user. I am a Linux user for 15
> years.
> I have used Redhat, Fedora, Debian and others. I have built
> Linuxfromscratch
> and Beyond LFS and used them for a custom distro for myself. I know some C,
> Shell, awk, Perl, Python, Lua and basic system administration.
>
That is impressive. It looks like we can also learn from you.

>
> I have heard about Guix from news and have checked about it a little
> before.
> I do not know Scheme/Guile Language.
>
This is not a problem. I believe it can be picked up easily. This won't be
the biggest burden in the project.

>
> How do I get started?
> What contributions can I make?
>

To get started you should install guix. For this project it might make
sense to install guix system also. You should also set up a guix
development environment, by checking out the source code, and building it.

The usual first time contribution we recommend is to package an R package
from cran that has all its dependencies in guix using the importer.

You can also check out http://issues.guix.gnu.org/easy and work on some
easy bugs.


> Thanks,
> R Veera Kumar
> mail: v...@vkten.in, veerakuma...@gmail.com
> India
>

Thanks for your interest. I hope that I could give you useful information.

Best regards,
g_bor

>
>

Re: Thunar cannot launch gio-launch-desktop

[Jan]

I managed to fix it by adding glib:bin to propagated inputs and
wrapping by adding gio-launch-desktop to PATH.
Is using PATH correct way of doing so?
If yes, should I send the patch to the patch mailing list?


Jan Wielkiewicz

Re: Hi, I am R Veera Kumar - Current Outreachy selected Applicant

[Veera]

On Sat, Mar 07, 2020 at 09:31:32PM +0100, Gábor Boskovits wrote:
> Hello Veera,
> 
> Veera  ezt írta (időpont: 2020. márc. 7., Szo 16:05):
> 
> > Hi,
> >
> > I am R Veera Kumar from India. I have been selected as Outreachy applicant
> > for May 2020 round.
> >
> Nice to see you around.
> 

Thanks!

> 
> >
> > I have heard about Guix from news and have checked about it a little
> > before.
> > I do not know Scheme/Guile Language.
> >
> This is not a problem. I believe it can be picked up easily. This won't be
> the biggest burden in the project.
> 

Oh well.

> >
> > How do I get started?
> > What contributions can I make?
> >
> 
> To get started you should install guix. For this project it might make
> sense to install guix system also. You should also set up a guix
> development environment, by checking out the source code, and building it.
> 

I am installing GuixSD.

> The usual first time contribution we recommend is to package an R package
> from cran that has all its dependencies in guix using the importer.
> 
> You can also check out http://issues.guix.gnu.org/easy and work on some
> easy bugs.
> 

Yes. I checked that.

> Thanks for your interest. I hope that I could give you useful information.
> 
> Best regards,
> g_bor
> 

Thanks for the welcome!

Regards,
Veera