Re: Teams: first draft list

[Ricardo Wurmus]

Ludovic Courtès  writes:

> Ricardo Wurmus  skribis:
>
>> Now the question is merely how to represent and present this.  It’s not
>> a bad idea to have the team associations in the repository so that we
>> can present the data on the website and also use it with our tools to
>> notify the right people.
>
> Mathieu suggested that we have a team file in guix.git, which would
> allow us to eventually write tools like ‘get-tutors.scm’ as Mathieu
> calls it.

Attached is a draft etc/teams.scm, which defines teams, their members,
and procedures to fetch a relevant subset of the information.

An example:

   ./pre-inst-env guile --no-auto-compile -l etc/teams.scm -c '(cc r core)'

This prints “git send-email” arguments to Cc members of the R and Core
teams when a patch is received by Debbugs.

Another example:

   ./pre-inst-env guile --no-auto-compile \
 -l etc/teams.scm -c '(list-teams)' | recsel -p name,members

I haven’t defined any other members yet, because I think it’s better for
people to do this by themselves to avoid adding people who don’t
actually want to be a member of any team.

-- 
Ricardo



teams.scm
Description: Binary data

How to reinstall the bootloader without guix system reconfigure?

[Akib Azmain Turja]

Hello everyone,

I shrunk my Losedows (Windows) partition by 100 GB.  Then I tried to
boot Guix, but found that GRUB is broken and the GRUB rescue prompt
appeared.  I thought that it's because of the 100 GB empty space in my
hard disk.  Fortunately, I have Ubuntu (yet another nonfree
distribution) installed and it didn't broke, so used that to add that
100 GB to my Guix partition.  But I found that GRUB is still broken.
Then I appended "/boot/grub/grub.cfg" of Guix to the same file of Ubuntu
and managed to boot into Guix and to write this mail you're reading now.

Now, if I'm correct, to fix the problem, I think the bootloader needs to
be reinstalled.  To do that, I have to run "guix system reconfigure".
But that will download too many thing, much more than it actually needs.
I know that "guix system delete-generations" also reinstalls bootloader
while not downloading too many things, however I don't have any previous
system generation, so I can't use that trick to reinstall the GRUB.

Is there any way to reinstall bootloader without the costly "guix system
reconfigure"?

Another non-important question:  Why did Guix's GRUB broke while
Ubuntu's GRUB survived?

Thanks in advance.

[Note: This message copied from my another message in help-guix which
got no response, with some minor changes.]

-- 
Akib Azmain Turja

This message is signed by me with my GnuPG key.  It's fingerprint is:

7001 8CE5 819F 17A3 BBA6  66AF E74F 0EFA 922A E7F5


signature.asc
Description: PGP signature

Re: How to reinstall the bootloader without guix system reconfigure?

[Tobias Geerinckx-Rice]

Hi,

Guix System reinstalls GRUB every time for convenience, but there's no need to 
run 'guix' just to fix GRUB.  

You can reinstall it by hand if you know what you're doing, using GRUB's 
grub-install command.  It doesn't even matter which distribution's GRUB you 
use, as long as it's not ancient.  Guix's GRUB does not carry Guix-specific 
patches.

What does matter very much is whether you use the UEFI or non-UEFI version.  
Can you share your operating-system's (bootloader ...) snippet?

Form this distance, I can't tell you why one GRUB broke & the other one didn't.


Kind regards,

T G-R

Sent on the go.  Excuse or enjoy my brevity.

Re: How to reinstall the bootloader without guix system reconfigure?

[Tobias Geerinckx-Rice]

P.S.: I would have answered this on either list; the move from -help to -devel 
was not a factor.  I didn't even notice.

Kind regards,

T G-R

Sent on the go.  Excuse or enjoy my brevity.

Re: First guix pull is too costly

[Ludovic Courtès]

Hi,

zimoun  skribis:

> Instead of cloning each time from Savannah, maybe the clone could happen
> from the cache of ’root’ and only fetch from Savannah for populate by
> recent commit the cache of the regular user.  It would save some network
> traffic.

I was thinking we could have a “Git checkout cache daemon”, so that
things currently in ~/.cache/guix/checkouts could somehow be shared
safely among users.

(That doesn’t help with the first ‘guix pull’ though.)

Ludo’.

Re: First guix pull is too costly

[Ludovic Courtès]

Hi,

zimoun  skribis:

> Assuming alice is user already existing on the machine and bob is the
> new user.  Something like should do the job,
>
> ALICE=/home/alice/.cache/guix/checkouts/pjmkglp4t7znuugeurpurzikxq3tnlaywmisyr27shj7apsnalwq
> BOB=/home/BOB/.cache/guix/checkouts/pjmkglp4t7znuugeurpurzikxq3tnlaywmisyr27shj7apsnalwq
> mkdir -p $BOB
> git clone $ALICE $BOB

Does ‘git clone’ do a better job than libgit2/Guile-Git (which is what
‘guix pull’ uses) in case it gets disconnected while fetching the repo?
Is it able to resume when libgit2 isn’t?

(I’d be surprised, but I don’t know.)

Ludo’.

Re: Non-free data in Poppler test suite

[Ludovic Courtès]

Maxime Devos  skribis:

> OTOH, the FSDG isn't mentioned anywhere in the manual, but ‘software in
> Guix is free’ is, so maybe the FSDG doesn't apply.  Though in past
> discussions, the conclusion was that the FSDG applies to Guix, so maybe
> the exceptions to the freeness policy just are in lack of
> documentation.

Nitpick: it’s not that “the FSDG applies to Guix” but rather the Guix
project chooses to follow the FSDG (info "(guix) Software Freedom").

Ludo’.

Re: Non-free data in Poppler test suite

[Ludovic Courtès]

Hi!

Marius Bakke  skribis:

> So the million dollar question ... are these files okay to use for Guix?
>
> In my (non-lawyer) opinion, I have faith that Poppler developers would
> not distribute files that are not freely redistributable, and that this
> counts as "non-functional data" per FSDG guidelines:
>
>   https://www.gnu.org/distros/free-system-distribution-guidelines.html
>
> However, we failed to reach a consensus on #guix[0].  What do others
> around here think?  Should we play it safe and disable Poppler tests?
> Raise the issue with FSF?  Something else?

IANAL, but… I would argue that these PDFs are “non-functional” in the
sense that they do not have any impact on the functionality of Poppler.

It may also be that this qualifies as fair use (AIUI, we’re talking
about pages extracted from larger PDF files, right?).

What does Debian do?  :-)

Ludo’.

Re: Shall updaters fall back to other updaters?

[Ludovic Courtès]

Hello,

Hartmut Goebel  skribis:

> while working on refreshing to a specific version (see
> https://lists.gnu.org/archive/html/guix-devel/2022-06/msg00222.html) I
> discovered that the updaters fall back to another updater. Is this
> intended?

Yes.

> Concrete example (using refresh to a specific version): Package
> "xlsxio" has no version 0.2.30. When trying to refresh to this
> version, the github updater comes first and of course fails to get
> this version. Then the generic-git updater is triggered and tries to
> get the version.
>
> IMHO each package should be handled by a single updater.

I agree with Maxime: trying out several updaters is the right one.

> What do you think?
>
> BTW 1: There are other packages which are handled be several updaters:
> If you sum up the percent valued of "guix refresh --list-updaters" you
> will get about 140%. Anyhow the generic-git updater contributed with
> about 30% to this amount.

Heh, true.  :-)

> BTW 2: Which updater is used for each package is non-deterministic.

Do you have an example?  I’d think they’re always tried in the same
order, no?

Thanks,
Ludo’.

Ten Years of Guix: Call for contributions

[Ludovic Courtès]

Hello Guix!

The Ten Years of Guix 🎂 event in Paris, 16–18 September, is shaping up,
and you can register!

  https://10years.guix.gnu.org/

(There’s spam in the comment section of the registration form that we
can’t fully block, but it’s functional.)

We’re planning to announce the program for Friday 16th, which focuses on
uses of Guix in research, within a couple of weeks.  There will be room
for lightning talks too.

For Saturday/Sunday, we already have a couple of nice talks and
discussions scheduled (surprise! :-)), but we’d love to have more of
them from you!  It could be “getting started” kind of talks for
newcomers, demos, discussions on specific topics; for Sunday, it could
be more in-depth hacking sessions or community discussions.

Email Simon, Tanguy, and myself at guix-birthday-ev...@gnu.org or reply
to this thread for proposals and questions.

Ludo’.

Re: How to reinstall the bootloader without guix system reconfigure?

[Development of GNU Guix and the GNU System distribution.]

Hi Akib,

On Fri, Jul 1, 2022 at 4:35 AM Akib Azmain Turja  wrote:
>
> Fortunately, I have Ubuntu (yet another nonfree
> distribution) installed and it didn't broke, so used that to add that
> 100 GB to my Guix partition.  But I found that GRUB is still broken.
> Then I appended "/boot/grub/grub.cfg" of Guix to the same file of Ubuntu
> and managed to boot into Guix

Like Tobias, I cannot tell how Grub broke for you (although I do not
dispute that it did).

Grub needs to find a series of secondary files that, for EFI, are
stored on the ESP. [1] For a traditional MBR/BIOS install, people use
a small (1 MB or so) "BIOS Boot Partition" [2] although you probably
aren't using that because your Windoze would not be able to use GPT
without EFI. (Without GPT, Grub finds some place outside the partition
table.)

I think you are using EFI and an ESP.

You may be encountering the issue that both Ubuntu and Guix are trying
to manage the boot process. There is theoretically a way both Grub
installations could coexist on the ESP but I am not sure they do. I
personally would run Grub only in Ubuntu or Guix.

In your case. it may be hard to pick one over the other.

Ubuntu scans your hard drive for other operating systems, including
Winblows, but probably misses Guix. Guix on the other hand may
miss the other two but knows the exact paths needed to boot into your
most recent "Guix System" configuration.

> Is there any way to reinstall bootloader without the costly "guix system
> reconfigure"?

To reinstall in Guix, you may be able to run 'grub-install /dev/sdX'
but that does not stop the competition between Ubuntu and Guix. I may
also make it harder for you to boot into Ubuntu or Winnows.

> Another non-important question:  Why did Guix's GRUB broke while
> Ubuntu's GRUB survived?

I think they use the same folder on the ESP.

Maybe there is an expert who can chime in.

Thanks for using Guix!

Kind regards,
Felix Lechner

P.S. You can boot many systems manually from the Grub shell, but it
would be an extraordinary burden to type the full Guix paths for your
kernel and your initrd.

[1] https://en.wikipedia.org/wiki/EFI_system_partition
[2] https://en.wikipedia.org/wiki/BIOS_boot_partition

Re: How to reinstall the bootloader without guix system reconfigure?

[Akib Azmain Turja]

Tobias Geerinckx-Rice  writes:

> Hi,
>
> Guix System reinstalls GRUB every time for convenience, but there's no need 
> to run 'guix' just to fix GRUB.  
>
> You can reinstall it by hand if you know what you're doing, using GRUB's 
> grub-install command.  It doesn't even matter which distribution's GRUB you 
> use, as long as it's not ancient.  Guix's GRUB does not carry Guix-specific 
> patches.
>
> What does matter very much is whether you use the UEFI or non-UEFI version.  
> Can you share your operating-system's (bootloader ...) snippet?
>
> Form this distance, I can't tell you why one GRUB broke & the other one 
> didn't.
>
>
> Kind regards,
>
> T G-R
>
> Sent on the go.  Excuse or enjoy my brevity.

Thanks, it just worked.

I'm using EFI, here's the bootloader declaration:

(bootloader-configuration
 (bootloader grub-efi-bootloader)
 (targets '("/boot/efi"))
 (keyboard-layout keyboard-layout))

-- 
Akib Azmain Turja

This message is signed by me with my GnuPG key.  It's fingerprint is:

7001 8CE5 819F 17A3 BBA6  66AF E74F 0EFA 922A E7F5


signature.asc
Description: PGP signature

Re: How to reinstall the bootloader without guix system reconfigure?

[Akib Azmain Turja]

Akib Azmain Turja  writes:

> Tobias Geerinckx-Rice  writes:
>
>> Hi,
>>
>> Guix System reinstalls GRUB every time for convenience, but there's no need 
>> to run 'guix' just to fix GRUB.  
>>
>> You can reinstall it by hand if you know what you're doing, using GRUB's 
>> grub-install command.  It doesn't even matter which distribution's GRUB you 
>> use, as long as it's not ancient.  Guix's GRUB does not carry Guix-specific 
>> patches.
>>
>> What does matter very much is whether you use the UEFI or non-UEFI version.  
>> Can you share your operating-system's (bootloader ...) snippet?
>>
>> Form this distance, I can't tell you why one GRUB broke & the other one 
>> didn't.
>>
>>
>> Kind regards,
>>
>> T G-R
>>
>> Sent on the go.  Excuse or enjoy my brevity.
>
> Thanks, it just worked.
>
> I'm using EFI, here's the bootloader declaration:
>
> (bootloader-configuration
>  (bootloader grub-efi-bootloader)
>  (targets '("/boot/efi"))
>  (keyboard-layout keyboard-layout))
>
> -- 
> Akib Azmain Turja
>
> This message is signed by me with my GnuPG key.  It's fingerprint is:
>
> 7001 8CE5 819F 17A3 BBA6  66AF E74F 0EFA 922A E7F5

Oh yes, it installed under the name "grub", but I just renamed the
directory to Guix.

-- 
Akib Azmain Turja

This message is signed by me with my GnuPG key.  It's fingerprint is:

7001 8CE5 819F 17A3 BBA6  66AF E74F 0EFA 922A E7F5


signature.asc
Description: PGP signature

Re: Teams: first draft list

[Liliana Marie Prikler]

Am Freitag, dem 01.07.2022 um 12:28 +0200 schrieb Ricardo Wurmus:
> [...]
> An example:
> 
>    ./pre-inst-env guile --no-auto-compile -l etc/teams.scm -c '(cc r
> core)'
> 
> This prints “git send-email” arguments to Cc members of the R and
> Core
> teams when a patch is received by Debbugs.
> 
> Another example:
> 
>    ./pre-inst-env guile --no-auto-compile \
>  -l etc/teams.scm -c '(list-teams)' | recsel -p name,members

Could we perhaps make that script itself executable, so that we can
write 
$ ./etc/teams.scm list-teams | recsel -p name,members
$ ./etc/teams.scm cc r core

After some pondering, I think I might want to join the emacs and games
teams, especially the former given that I'm often explaining to people
on IRC that they can load subdirs.el :)

Re: How to reinstall the bootloader without guix system reconfigure?

[Akib Azmain Turja]

Felix Lechner  writes:

> Hi Akib,
>
> On Fri, Jul 1, 2022 at 4:35 AM Akib Azmain Turja  wrote:
>>
>> Fortunately, I have Ubuntu (yet another nonfree
>> distribution) installed and it didn't broke, so used that to add that
>> 100 GB to my Guix partition.  But I found that GRUB is still broken.
>> Then I appended "/boot/grub/grub.cfg" of Guix to the same file of Ubuntu
>> and managed to boot into Guix
>
> Like Tobias, I cannot tell how Grub broke for you (although I do not
> dispute that it did).
>
> Grub needs to find a series of secondary files that, for EFI, are
> stored on the ESP. [1] For a traditional MBR/BIOS install, people use
> a small (1 MB or so) "BIOS Boot Partition" [2] although you probably
> aren't using that because your Windoze would not be able to use GPT
> without EFI. (Without GPT, Grub finds some place outside the partition
> table.)
>
> I think you are using EFI and an ESP.

How did you know?  I used to use Windows 10 even using a non-GPT (MBR
maybe?) disk.  And I still have that installed (though I don't use, not
even once in a month), just configured to boot with EFI.

>
> You may be encountering the issue that both Ubuntu and Guix are trying
> to manage the boot process. There is theoretically a way both Grub
> installations could coexist on the ESP but I am not sure they do. I
> personally would run Grub only in Ubuntu or Guix.

Both distrubtions have their own dedicate directory in ESP, so IMHO that
shouldn't be a problem.  And I have several OS installed simultaneously
for several years, without any problem.

>
> In your case. it may be hard to pick one over the other.
>
> Ubuntu scans your hard drive for other operating systems, including
> Winblows, but probably misses Guix. Guix on the other hand may
> miss the other two but knows the exact paths needed to boot into your
> most recent "Guix System" configuration.
>
>> Is there any way to reinstall bootloader without the costly "guix system
>> reconfigure"?
>
> To reinstall in Guix, you may be able to run 'grub-install /dev/sdX'
> but that does not stop the competition between Ubuntu and Guix. I may
> also make it harder for you to boot into Ubuntu or Winnows.
>
>> Another non-important question:  Why did Guix's GRUB broke while
>> Ubuntu's GRUB survived?
>
> I think they use the same folder on the ESP.

No.  Not at all.

>
> Maybe there is an expert who can chime in.
>
> Thanks for using Guix!

I would thank the Guix developer, who have developed such a wonderful
OS, which (almost) never breaks.

>
> Kind regards,
> Felix Lechner
>
> P.S. You can boot many systems manually from the Grub shell, but it
> would be an extraordinary burden to type the full Guix paths for your
> kernel and your initrd.
>
> [1] https://en.wikipedia.org/wiki/EFI_system_partition
> [2] https://en.wikipedia.org/wiki/BIOS_boot_partition

-- 
Akib Azmain Turja

This message is signed by me with my GnuPG key.  It's fingerprint is:

7001 8CE5 819F 17A3 BBA6  66AF E74F 0EFA 922A E7F5


signature.asc
Description: PGP signature

Re: First guix pull is too costly

[zimoun]

Hi,

On ven., 01 juil. 2022 at 14:51, Ludovic Courtès  wrote:

> I was thinking we could have a “Git checkout cache daemon”, so that
> things currently in ~/.cache/guix/checkouts could somehow be shared
> safely among users.

Yeah, maybe Git worktree could be used.  Aide the optimization of the
first “guix pull”, the current design is not totally safe when “guix
time-machine” is intensively run:

The issue is because concurrency.  If two time-machines are run
concurrently, they both update ~/.cache/guix/checkouts/ and the
end result is hard to predict.




> (That doesn’t help with the first ‘guix pull’ though.)

Yeah, but can we do better than mirroring Savannah and maintain a list
of supported mirrors?


Cheers,
simon

Re: Can't install wine, curl build fails at 'check' stage

[zimoun]

Hi,

What is your arch?  On x86-64, it works for me.


On ven., 01 juil. 2022 at 22:33, Akib Azmain Turja  wrote:

> TESTFAIL: These test cases failed: 3026 
>
> make: *** [Makefile:809: test] Error 1
> make: Leaving directory '/tmp/guix-build-curl-7.84.0.drv-0/curl-7.84.0/tests'
> error: in phase 'check': uncaught exception:
> %exception #<&invoke-error program: "make" arguments: ("-C" "tests" "test") 
> exit-status: 2 term-signal: #f stop-signal: #f> 
> phase `check' failed after 616.0 seconds
> command "make" "-C" "tests" "test" failed with status 2
>
> While installing Wine, curl build fails at 'check' stage (testcase
> 3026):
>
> --8<---cut here---start->8---
> $ guix install wine wine64 --substitute-urls=https://ci.guix.gnu.org

[...]

> The following derivation will be built:
>   /gnu/store/v3kc0z1mx7zai6hky8kzlp171cxr2ccj-curl-7.84.0.drv
>
> building /gnu/store/v3kc0z1mx7zai6hky8kzlp171cxr2ccj-curl-7.84.0.drv...
> \ 'check' phasebuilder for 
> `/gnu/store/v3kc0z1mx7zai6hky8kzlp171cxr2ccj-curl-7.84.0.drv' failed with 
> exit code 1
> build of /gnu/store/v3kc0z1mx7zai6hky8kzlp171cxr2ccj-curl-7.84.0.drv failed
> View build log at 
> '/var/log/guix/drvs/v3/kc0z1mx7zai6hky8kzlp171cxr2ccj-curl-7.84.0.drv.gz'.
> guix install: error: build of 
> `/gnu/store/v3kc0z1mx7zai6hky8kzlp171cxr2ccj-curl-7.84.0.drv' failed
> --8<---cut here---end--->8---

[...]

>   guix 81cf674

The issue you are seeing is not wine but curl.  However, it is
unexpected because:

--8<---cut here---start->8---
$ guix time-machine --commit=81cf674 -- weather curl
computing 1 package derivations for x86_64-linux...
looking for 2 store items on https://ci.guix.gnu.org...
https://ci.guix.gnu.org
  100.0% substitutes available (2 out of 2)
  at least 1,0 MiB of nars (compressed)
  1,7 MiB on disk (uncompressed)
[...]

looking for 2 store items on https://bordeaux.guix.gnu.org...
https://bordeaux.guix.gnu.org
  100.0% substitutes available (2 out of 2)
  0,0 MiB of nars (compressed)
  1,7 MiB on disk (uncompressed)
  (continuous integration information unavailable)
--8<---cut here---end--->8---


And this,

$ guix time-machine --commit=81cf674 \
   -- build curl
$ guix time-machine --commit=81cf674 \
   -- build curl --no-grafts --check

just works for me.


Cheers,
simon

Re: “Building a Secure Software Supply Chain with GNU Guix”

[zimoun]

Hi Bengt,

On jeu., 30 juin 2022 at 23:37, b...@bokr.com wrote:

> I think IWBN to have some kind of trust code come with that git output,
> like gpg's 1-5 but indicating how well the committer/signer trusts
> that using the code will *not* cause a problem.

Well, from my understanding, Guix is dealing with 4 sort of code:

 1. Guix recipe of a package
 2. Guix service
 3. Guix itself
 4. Upstream 

I do not think committers are pushing code about #1, #2 or #3 that they
know beforehand it will cause a problem.

Therefore, I do not see how it could be implemented without being rooted
in committer feelings, opinion or self-confidence, i.e., highly variable
from one committer to the other.

The GPG trust level works because it is based on the web of trust.
Here, there is no web, IMHO.

Most of the security issues are from #4.  Considering how hard it is to
find and tackle the security issues, there is only two strategies, IMHO:
do not trust which implies deep audit of distributed source code and so
restrict the set of available packages (it is somehow an OpenBSD
approach); or accept more packages which means somehow trust upstream,
to some extent.


However, all in all, it asks what is expected by the reviewing process,
as discussed [1]. :-)

1: 


Cheers,
simon

Re: Teams: first draft list

[Ricardo Wurmus]

Liliana Marie Prikler  writes:

> Am Freitag, dem 01.07.2022 um 12:28 +0200 schrieb Ricardo Wurmus:
>> [...]
>> An example:
>> 
>>    ./pre-inst-env guile --no-auto-compile -l etc/teams.scm -c '(cc r
>> core)'
>> 
>> This prints “git send-email” arguments to Cc members of the R and
>> Core
>> teams when a patch is received by Debbugs.
>> 
>> Another example:
>> 
>>    ./pre-inst-env guile --no-auto-compile \
>>  -l etc/teams.scm -c '(list-teams)' | recsel -p name,members
>
> Could we perhaps make that script itself executable, so that we can
> write 
> $ ./etc/teams.scm list-teams | recsel -p name,members
> $ ./etc/teams.scm cc r core

Yes, we can.  Just like etc/committer.scm it would need to have a .in
template to let us plug in the right guile shebang.

> After some pondering, I think I might want to join the emacs and games
> teams, especially the former given that I'm often explaining to people
> on IRC that they can load subdirs.el :)

Good good.  Feel free to add yourself to etc/teams.scm.in once it hits
the repo.

-- 
Ricardo

Re: Non-free data in Poppler test suite

[Mark H Weaver]

Hi Ludovic and Marius,

Ludovic Courtès  writes:

> Marius Bakke  skribis:
>
>> So the million dollar question ... are these files okay to use for Guix?
>>
>> In my (non-lawyer) opinion, I have faith that Poppler developers would
>> not distribute files that are not freely redistributable, and that this
>> counts as "non-functional data" per FSDG guidelines:
>>
>>   https://www.gnu.org/distros/free-system-distribution-guidelines.html
>>
>> However, we failed to reach a consensus on #guix[0].  What do others
>> around here think?  Should we play it safe and disable Poppler tests?
>> Raise the issue with FSF?  Something else?
>
> IANAL, but… I would argue that these PDFs are “non-functional” in the
> sense that they do not have any impact on the functionality of Poppler.

I'm inclined to agree that the PDFs in Poppler's test suite are
"non-functional" for purposes of the FSDG.  However, even for
non-functional works, the FSDG requires that the license must allow
copying and redistribution, both for commercial and non-commercial
purposes.  Here's the relevant text from the FSDG:

  Non-functional Data

  Data that isn't functional, that doesn't do a practical job, is more
  of an adornment to the system's software than a part of it.  Thus, we
  don't insist on the free license criteria for non-functional data.  It
  can be included in a free system distribution as long as its license
  gives you permission to copy and redistribute, both for commercial and
  non-commercial purposes.  For example, [...]

  

IANAL, but it seems fairly clear to me that the CC BY-NC-ND license does
*not* permit copying and redistribution for commercial purposes.
Specifically, section 4 paragraph 2 says:

  You may not exercise any of the rights granted to You in Section 3
 above in any manner that is primarily intended for or directed toward
 commercial advantage or private monetary compensation.

  

Note that section 3 is where permission to copy and redistribute is
granted.

Therefore, I think that in order to comply with the FSDG, we should use
a snippet to remove any files covered by the CC BY-NC-ND license.

What do you think?

Thank you, Marius, for bringing this to our attention.

 Regards,
   Mark

-- 
Disinformation flourishes because many people care deeply about injustice
but very few check the facts.  Ask me about .

Re: Teams: first draft list

[Leo Famulari]

On Tue, Jun 21, 2022 at 05:21:11PM +0200, zimoun wrote:
> * Kernel
> 
>  + Tobias Geerinckx-Rice

Feel free to add my name to the kernel team.


signature.asc
Description: PGP signature

Re: Can't install wine, curl build fails at 'check' stage

[Akib Azmain Turja]

zimoun  writes:

> Hi,
>
> What is your arch?  On x86-64, it works for me.

I'm also using x86_64.

>
>
> On ven., 01 juil. 2022 at 22:33, Akib Azmain Turja  wrote:
>
>> TESTFAIL: These test cases failed: 3026 
>>
>> make: *** [Makefile:809: test] Error 1
>> make: Leaving directory '/tmp/guix-build-curl-7.84.0.drv-0/curl-7.84.0/tests'
>> error: in phase 'check': uncaught exception:
>> %exception #<&invoke-error program: "make" arguments: ("-C" "tests" "test") 
>> exit-status: 2 term-signal: #f stop-signal: #f> 
>> phase `check' failed after 616.0 seconds
>> command "make" "-C" "tests" "test" failed with status 2
>>
>> While installing Wine, curl build fails at 'check' stage (testcase
>> 3026):
>>
>> --8<---cut here---start->8---
>> $ guix install wine wine64 --substitute-urls=https://ci.guix.gnu.org
>
> [...]
>
>> The following derivation will be built:
>>   /gnu/store/v3kc0z1mx7zai6hky8kzlp171cxr2ccj-curl-7.84.0.drv
>>
>> building /gnu/store/v3kc0z1mx7zai6hky8kzlp171cxr2ccj-curl-7.84.0.drv...
>> \ 'check' phasebuilder for 
>> `/gnu/store/v3kc0z1mx7zai6hky8kzlp171cxr2ccj-curl-7.84.0.drv' failed with 
>> exit code 1
>> build of /gnu/store/v3kc0z1mx7zai6hky8kzlp171cxr2ccj-curl-7.84.0.drv failed
>> View build log at 
>> '/var/log/guix/drvs/v3/kc0z1mx7zai6hky8kzlp171cxr2ccj-curl-7.84.0.drv.gz'.
>> guix install: error: build of 
>> `/gnu/store/v3kc0z1mx7zai6hky8kzlp171cxr2ccj-curl-7.84.0.drv' failed
>> --8<---cut here---end--->8---
>
> [...]
>
>>   guix 81cf674
>
> The issue you are seeing is not wine but curl.

I don't know why this is occurring.  "guix install curl" installs curl
7.79.1, but "guix install wine" tries to install curl 7.84.0, and fails.

> However, it is
> unexpected because:
>
> --8<---cut here---start->8---
> $ guix time-machine --commit=81cf674 -- weather curl
> computing 1 package derivations for x86_64-linux...
> looking for 2 store items on https://ci.guix.gnu.org...
> https://ci.guix.gnu.org
>   100.0% substitutes available (2 out of 2)
>   at least 1,0 MiB of nars (compressed)
>   1,7 MiB on disk (uncompressed)
> [...]
>
> looking for 2 store items on https://bordeaux.guix.gnu.org...
> https://bordeaux.guix.gnu.org
>   100.0% substitutes available (2 out of 2)
>   0,0 MiB of nars (compressed)
>   1,7 MiB on disk (uncompressed)
>   (continuous integration information unavailable)
> --8<---cut here---end--->8---

Yes, "guix weather curl" says me that substitutes are available.

>
>
> And this,
>
> $ guix time-machine --commit=81cf674 \
>-- build curl
> $ guix time-machine --commit=81cf674 \
>-- build curl --no-grafts --check
>
> just works for me.
>
>
> Cheers,
> simon

-- 
Akib Azmain Turja

This message is signed by me with my GnuPG key.  It's fingerprint is:

7001 8CE5 819F 17A3 BBA6  66AF E74F 0EFA 922A E7F5


signature.asc
Description: PGP signature