Re: fftwf tests running for 25+ hours - is this normal?

2019-10-14 Thread Pierre Neidhardt
Bengt Richter writes: > That happened to me when I did guix pull; guix upgrade; and it got to doing > racket, > which started out fast, but got really slow -- though it did finally crawl > across > the finish line, and cooled off. I don't know if this is related, but racket takes ages to go th

Re: Performance improvements

2019-10-14 Thread Pierre Neidhardt
This is fantastic! Thanks for much for working on this! -- Pierre Neidhardt https://ambrevar.xyz/ signature.asc Description: PGP signature

Re: fftwf tests running for 25+ hours - is this normal?

2019-10-14 Thread Bengt Richter
On +2019-10-14 20:46:01 -0700, Chris Marusich wrote: > Hi, > > I've been trying to reconfigure my system on my x200 laptop. It's been > a day or two, and I've found that my computer has spent the last 25 > hours running fftwf tests. I know my laptop is rather weak (2 cores, 8 > GB of memory, an

fftwf tests running for 25+ hours - is this normal?

2019-10-14 Thread Chris Marusich
Hi, I've been trying to reconfigure my system on my x200 laptop. It's been a day or two, and I've found that my computer has spent the last 25 hours running fftwf tests. I know my laptop is rather weak (2 cores, 8 GB of memory, an SSD) compared to most desktops today, but still, 25 hours seems p

Re: (Really) Free Software future

2019-10-14 Thread Richard Stallman
[[[ 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. ]]] If systemD is be hard to replace, that is a kind of lock-in. But it isn't _vendor_ l

Re: [completion] Completion scripts not loaded from ~/.guix-profile/etc/profile

2019-10-14 Thread Maxim Cournoyer
Hello, YOANN P writes: > Hi guix, > > Not sure if it needs to be add to the guix documentation or directly included > in "~/.guix-profile/etc/profile" generation process, > but the completion scripts provided by packages seem not to be loaded. > For example, if i only install the package "git"

Re: 'core-updates' Q4 2019

2019-10-14 Thread Kei Kebreau
Ludovic Courtès writes: > Hello Kei, > > Kei Kebreau skribis: > >> I have the GNOME 3.32 branch! I'm building it on top of the new >> core-updates as you read this message. If everything still builds, I'll >> immediately send my changes to the guix-patches mailing list for review >> and testing.

Re: Joint statement on the GNU Project

2019-10-14 Thread Wilson Bustos
> You miss how any GNU project works. The key point is the do-ocracy: > the people who are currently doing decide how they want to do. I'm completely agree with you, that is why I didn't say to anyone what should they do or not, That is also why I accept the female-grammar in that moment. (When I

Performance improvements

2019-10-14 Thread Ludovic Courtès
Hello Guix! I just wanted to share that recent commits have improved the performance of ‘package-derivation’ and related operations quite a bit: 8f417ed280 gnu: commencement: Further optimize the package object graph. f618134e4c build-system/gnu: 'package-with-explicit-inputs' uses 'package-

Re: Unikernel build and deploy systems?

2019-10-14 Thread Ludovic Courtès
Hi John, John Soo skribis: > I have a more conceptual question than technical. I am really curious > about unikernels and I know there is work to support the Hurd. So my > thinking is: would it be possible to make a build and deployment > system for unikernels? Advantages I see coming from guix

Re: (Really) Free Software future

2019-10-14 Thread Stefan Huchler
Hi, isn't that what basically every Developer does? If I write a program and it's elisp there is only as far as I know one interpreter and all libs I use are also not replacable without rewriting code. So is all my programmes I ever wrote also not Free software because it's not based on some very

Re: (Really) Free Software future

2019-10-14 Thread Paul Smith
On Mon, 2019-10-14 at 18:52 +0200, Svante Signell wrote: > On Mon, 2019-10-14 at 12:13 -0400, Paul Smith wrote: > > On Mon, 2019-10-14 at 12:07 +0200, Svante Signell wrote: > > > Perhaps we should divide free software into two groups: 1) Really > > > free software where Freedom 1 applies and 2) not

Re: (Really) Free Software future

2019-10-14 Thread Paul Smith
On Mon, 2019-10-14 at 21:32 +0300, Alexander Vdolainen wrote: > > For example, no aspect of either GNOME or systemd are proprietary, > > using the common meaning of the term. Also, "lock-in" usually refers > > to software that prevents users from switching to an alternative; GNOME > > and systemd

Re: (Really) Free Software future

2019-10-14 Thread marinus.savoritias
But that is achieved with forks of systemd tools and messing with the source code. How does that make GNOME independent from Systemd? Fannys Oct 14, 2019, 20:59 by jgibbons2...@gmail.com: > On Mon, 2019-10-14 at 21:32 +0300, Alexander Vdolainen wrote: > >> Hi, >> >> On 10/14/19 9:16 PM, Paul Sm

Re: (Really) Free Software future

2019-10-14 Thread Alexander Vdolainen
On 10/14/19 10:11 PM, Paul Smith wrote: > On Mon, 2019-10-14 at 21:32 +0300, Alexander Vdolainen wrote: >>> For example, no aspect of either GNOME or systemd are proprietary, >>> using the common meaning of the term. Also, "lock-in" usually refers >>> to software that prevents users from switchi

Re: (Really) Free Software future

2019-10-14 Thread Alexander Vdolainen
Hi again, On 10/14/19 9:59 PM, Jesse Gibbons wrote: > On Mon, 2019-10-14 at 21:32 +0300, Alexander Vdolainen wrote: >> Hi, >> >> On 10/14/19 9:16 PM, Paul Smith wrote: >>> On Mon, 2019-10-14 at 18:52 +0200, Svante Signell wrote: On Mon, 2019-10-14 at 12:13 -0400, Paul Smith wrote: > On Mo

Re: (Really) Free Software future

2019-10-14 Thread marinus.savoritias
Systemd is Free Software no doubt but, it is vendor lockin. GNOME too.  They are because: 1) systemd has absorbed many things like udev which are important for all distros into their own project. Thus you have to "extract" it.  2) I would argue that you can't replace systemd on the fly. On gentoo

Re: (Really) Free Software future

2019-10-14 Thread Jesse Gibbons
On Mon, 2019-10-14 at 21:32 +0300, Alexander Vdolainen wrote: > Hi, > > On 10/14/19 9:16 PM, Paul Smith wrote: > > On Mon, 2019-10-14 at 18:52 +0200, Svante Signell wrote: > > > On Mon, 2019-10-14 at 12:13 -0400, Paul Smith wrote: > > > > On Mon, 2019-10-14 at 12:07 +0200, Svante Signell wrote: >

Re: (Really) Free Software future

2019-10-14 Thread Jesse Gibbons
On Mon, 2019-10-14 at 18:52 +0200, Svante Signell wrote: > On Mon, 2019-10-14 at 12:13 -0400, Paul Smith wrote: > > On Mon, 2019-10-14 at 12:07 +0200, Svante Signell wrote: > > > Perhaps we should divide free software into two groups: 1) Really > > > free software where Freedom 1 applies and 2) not

Re: (Really) Free Software future

2019-10-14 Thread Alexander Vdolainen
Hi, On 10/14/19 9:16 PM, Paul Smith wrote: > On Mon, 2019-10-14 at 18:52 +0200, Svante Signell wrote: >> On Mon, 2019-10-14 at 12:13 -0400, Paul Smith wrote: >>> On Mon, 2019-10-14 at 12:07 +0200, Svante Signell wrote: (skipped) > For example, no aspect of either GNOME or systemd are proprietary

Unikernel build and deploy systems?

2019-10-14 Thread John Soo
Hi guix! I have a more conceptual question than technical. I am really curious about unikernels and I know there is work to support the Hurd. So my thinking is: would it be possible to make a build and deployment system for unikernels? Advantages I see coming from guix are provenance tracking b

Re: (Really) Free Software future

2019-10-14 Thread Svante Signell
On Mon, 2019-10-14 at 12:13 -0400, Paul Smith wrote: > On Mon, 2019-10-14 at 12:07 +0200, Svante Signell wrote: > > Perhaps we should divide free software into two groups: 1) Really > > free software where Freedom 1 applies and 2) not-so-free software > > where Freedom 1 does no longer applies. > >

Re: Joint statement on the GNU Project

2019-10-14 Thread zimoun
On Mon, 14 Oct 2019 at 18:14, Wilson Bustos wrote: > That makes me feel uncomfortable with this project and I'm also sure that the > same is what happen with a lot of more persons. > I'm an example about how a persons who wanted to help to this project feels > disagree with your path and get re

Re: Reminder to keep posts on topic

2019-10-14 Thread Ricardo Wurmus
Hi Mikhail, > Then, please, apply the same standards to yourself as you demand of > others and remove the off-topic statement from the Guix website. Doing > so would not, of course, automatically invalidate the message of the > statement, which is a separate issue that, I agree, should be discu

Re: (Really) Free Software future Was: Re: Proposal to remove the off-topic, ...

2019-10-14 Thread Paul Smith
On Mon, 2019-10-14 at 12:07 +0200, Svante Signell wrote: > Perhaps we should divide free software into two groups: 1) Really > free software where Freedom 1 applies and 2) not-so-free software > where Freedom 1 does no longer applies. > > Here gnome and systemd are in the second kind. Both GNOME

Re: Joint statement on the GNU Project

2019-10-14 Thread Wilson Bustos
I explain in my answer my reasons, For me if is about collaboration, I'll do it anyway even if I'm totally disagree with the gender politics and I was completely clear in my message, In the same message I said that Is more important is have an Spanish version that have nothing at all, even if that

Re: (Really) Free Software future Was: Re: Proposal to remove the off-topic, ...

2019-10-14 Thread Jesse Gibbons
On Mon, 2019-10-14 at 12:07 +0200, Svante Signell wrote: > On Sun, 2019-10-13 at 21:44 -0400, Richard Stallman wrote: > > [[[ To any NSA and FBI agents reading my email: please consider]]] > > [[[ whether defending the US Constitution against all enemies,]]] > > [[[ foreign or domestic, requires yo

Re: Reminder to keep posts on topic

2019-10-14 Thread Mikhail Kryshen
Excuse me, Ricardo, but if this project is political (as you have stated), then there are political issues that are relevant to its development. Otherwise, what does it mean for a project to be political? And since the "joint statement" is published on the Guix website, the politics it invokes mu

Re: i686-linux GCC package on x86_64

2019-10-14 Thread Mathieu Othacehe
Hey Pierre, > --8<---cut here---start->8--- > (define-public cross-gcc > (package > (inherit ((@@ (gnu packages cross-base) cross-gcc) > "i686-unknown-linux-gnu" > #:libc (cross-libc "i686-unknown-linux-gnu"))) > (name "cr

Re: i686-linux GCC package on x86_64

2019-10-14 Thread Jelle Licht
Jelle Licht writes: > Would `guix build cross-gcc-i686-unknown-linux-gnu' work? > My mail reader did not expand your snippet fully, I overlooked the fact that you already overrode the name field. Sorry for the noise!

Re: i686-linux GCC package on x86_64

2019-10-14 Thread Jelle Licht
Pierre Neidhardt writes: >[snip] > --8<---cut here---start->8--- > (define-public cross-gcc > (package > (inherit ((@@ (gnu packages cross-base) cross-gcc) > "i686-unknown-linux-gnu" > #:libc (cross-libc "i686-unknown-linux-gnu

Re: Joint statement on the GNU Project

2019-10-14 Thread zimoun
Dear Wilson, On Sat, 12 Oct 2019 at 19:47, Wilson Bustos wrote: > For example at the point to change the rules of a human language just for > politics reason. I do not understand your point because you gently asked about this rule in this message on the 31rst of July. https://lists.gnu.org/a

Re: Towards reproducibly Jupyter notebooks with Guix-Jupyter

2019-10-14 Thread Ludovic Courtès
Howdy, Konrad Hinsen skribis: >> (Though printing addresses in a REPL isn’t “bad practice” IMO, it’s just >> that it doesn’t mesh well with the intended use of notebooks.) > > And that's exactly the difference between a REPL and a reproducible > document. Unfortunately, Jupyter tries to be both

Re: Towards reproducibly Jupyter notebooks with Guix-Jupyter

2019-10-14 Thread Konrad Hinsen
Hi Ludo, > (Though printing addresses in a REPL isn’t “bad practice” IMO, it’s just > that it doesn’t mesh well with the intended use of notebooks.) And that's exactly the difference between a REPL and a reproducible document. Unfortunately, Jupyter tries to be both and thus never explains the di

(Really) Free Software future Was: Re: Proposal to remove the off-topic, ...

2019-10-14 Thread Svante Signell
On Sun, 2019-10-13 at 21:44 -0400, Richard Stallman wrote: > [[[ 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.]]] > > Indeed, gnu-system-discuss

Re: Questions about packaging

2019-10-14 Thread Tanguy Le Carrour
Le 10/12, Danny Milosavljevic a écrit : > Also, in > > (define-public icedtea-6 > (package > [...] > )) > > "icedtea-6" is a variable name (in the programming language Guile). > > The package name is there: > > [...] > (package > (name "icedtea") <- > ) > > We don't have version numbe

Re: Joint statement on the GNU Project

2019-10-14 Thread František Kučera
Dne 14. 10. 19 v 3:44 Richard Stallman napsal(a): > [[[ 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. ]]] > > > GNU and free software

Re: Questions about packaging

2019-10-14 Thread Tanguy Le Carrour
Hi Danny Le 10/12, Danny Milosavljevic a écrit : > On Fri, 11 Oct 2019 09:42:00 +0200 > Tanguy Le Carrour wrote: > > > Le 10/10, Danny Milosavljevic a écrit : > > > > 1) Updating a package > > > > So I would have to update python-cachecontrol from 0.11.6 to 0.12.5. > > > > Should I create a pyt

Reminder to keep posts on topic

2019-10-14 Thread Ricardo Wurmus
Hi František, it surprises me that I have to repeat this, but discussions that not relate to the development of Guix are off topic on this list. Please respect the many subscribers to this list by keeping your posts to this list on topic. -- Ricardo

Re: Towards reproducibly Jupyter notebooks with Guix-Jupyter

2019-10-14 Thread Ludovic Courtès
Hi Konrad, Konrad Hinsen skribis: >> That reminds me of an interesting issue regarding >> bitwise-reproducibility that was raised on the Reproducible Builds >> mailing list: >> >> >> https://lists.reproducible-builds.org/pipermail/rb-general/2019-September/001657.html > > We ran into this pro