Re: JARs and reference scanning

[Chris Marusich]

Hartmut Goebel  writes:

> Am 24.04.2017 um 00:57 schrieb Chris Marusich:
>> Chris Marusich  writes:
>>
>>> Speaking of JAR files, shouldn't we try to avoid them entirely?  My
>>> understanding is that they are compressed files, which means the Guix
>>> daemon won't be able to scan them for references.  I don't know if it's
>>> easy to use Maven to build a project without putting the build output
>>> into a JAR file, though.
>> For the record, I looked into this a little more.  I was mistaken: JAR
>> files are not necessarily compressed.  In fact, it seems [1][2] that it
>> should always be possible to make un-compressed JARs.  So, perhaps the
>> Guix daemon will not have trouble scanning JARs for references, after
>> all.  (Whether or not any references will actually be retained in the
>> JARs produced by Maven is another question; I don't know the answer.)
>
> I have to admit that I do not know at all how the reference scanning and
> dependency-tracking in the store works.

As I understand it, the mechanism used by the Guix daemon (and the Nix
daemon) for scanning references doesn't work when the output of a
derivation is scrambled in some way (e.g. compressed).  Therefore, if we
use JAR files, they should not be compressed.

> Regarding the jar-files ny understanding is:
>
> - JAR-files are Zip-files with additional data (as Ricardo already stated)
> - Zip-files can be used to store data without compressions (I assume
> this is what you are refering to).
> - My experience is that the contents of the JAR file can also be
> *unpacked* into the file-system, so not archives would be needed. Some
> Java guy might know better. I'm not sure it this is desired at all, though.
> - My understanding is that Java normally does not have any reference
> from one package (or jar-file) to another one. There is no such thing
> like "rpath" but is more like Python or Perl where the garbage collector
> AFAIK can not track references either.

I don't think it's necessary to unpack them, as long as we can ensure
they are not compressed.

> - According to [3, 2] the MANIFEST.INF file *may* specify a Class-Path
> containing the relative paths to other Jar-files. If this would help
> we *could* add references here, but the entry-length is limited to
> 65353 bytes, so we might hit this limit with the long paths of the
> store.  - Fedora forbids to use this Class-Path entry in MANIFEST
> files [1].  - If it helps the garbage collector, we could add some
> ".dependencies" file alongside each Java package. But we don't do this
> for Python or Perl, either.

That's an interesting idea.  This would certainly make it clear which
Java packages depend on which other packages (e.g., for garbage
collection purposes), but this wouldn't by itself help Java (or Python,
or Perl, etc.) actually find the classes.  Some other stuff (propagation
of inputs like we do with Python libraries, a Guix-managed CLASSPATH, a
custom ClassLoader, etc.) would probably be needed to ensure that Java
would be able to find the classes.

Thank you for your work on this.  It's easy for me to just give
opinions, but you've actually done the real work.  If I can find more
time, I will try to look at what you've submitted to the list and help.

-- 
Chris


signature.asc
Description: PGP signature

Re: How to remove useless generations to save disk spack

[Leo Famulari]

On April 25, 2017 4:08:12 PM PDT, tumashu  wrote:
>feng@tumashu:/tmp $ guix system list-generations
>Generation 11月 11 2017 06:21:35
>  文件名：/var/guix/profiles/system-1-link
>canonical file name: /gnu/store/fbz7fhx8cv0fvzsas981a4897bwf31r8-system
>  label: GNU with Linux-Libre 4.8.15 (beta)
>  root device: my-root

These GuixSD system generations still must be deleted manually. The
feature `guix system delete-generations` is still a work in progress:

https://lists.gnu.org/archive/html/guix-devel/2017-03/msg00194.html

Quoting from:
https://lists.gnu.org/archive/html/help-guix/2017-01/msg00022.html

On Sun, Jan 08, 2017 at 09:50:22PM +0100, Ludovic Courtès wrote:
> Hello,
> 
> huang ying  skribis:
> 
> > For package, there is
> >
> > $ guix package --delete-generations
> >
> > But, for system, I don't find similar stuff?  Is there something for that?
> 
> Not yet!  But you can run:
> 
>   sudo rm /var/guix/profiles/system-123-link
> 
> to delete generation 123.  Be careful to choose the right number!

Re: [Fwd: Re: [repology/repology] Add Guix support (#218)]

[Eric Bavier]

On Tue, 25 Apr 2017 16:14:12 +
ng0  wrote:

> Hi,
> 
> how often do we update the data on the website (I haven asked which
> data though)? Is it in anyway accurate or just a snapshot taken once
> a month?

The "packages" pages are updated nightly from the git master branch.

> And I don't know nothing about a json involved in the website, but I also
> haven't looked at the current code which generates the packages websites.

HTML+javascript is generated from the package modules.  If they want
something more programmer-friendly than scrapping HTML, they could get
the same data from the packages themselves through Guile.

`~Eric

> 
> - Forwarded message from Dmitry Marakasov  -
> 
> > Date: Tue, 25 Apr 2017 07:22:42 -0700
> > From: Dmitry Marakasov 
> > To: repology/repology 
> > Subject: Re: [repology/repology] Add Guix support (#218)
> > 
> > Guix support is there since February: 
> > https://repology.org/repository/gnuguix.
> > I've used GNU prefix because it's widely used inside the project, maybe it 
> > is confusing and should be removed?
> > It currently parses date from the website, but if there were some json 
> > available with more info it would be nice.
> > 
> > -- 
> > You are receiving this because you authored the thread.
> > Reply to this email directly or view it on GitHub:
> > https://github.com/repology/repology/issues/218#issuecomment-297046192  
> 
> - End forwarded message -
> 

Re: [PATCH] gnu: Add cool-retro-term.

[Eric Bavier]

Petter,

Thanks for the patch!  And Chris, thanks for the review.  

A few notes from my look through:

On Mon, 24 Apr 2017 14:30:26 +0200
Petter  wrote:

> 
> * gnu/packages/terminals.scm (cool-retro-term): New variable.
> ---
>  gnu/packages/terminals.scm | 62
>   ++ 1 file changed, 62
>   insertions(+)
> 
> diff --git a/gnu/packages/terminals.scm b/gnu/packages/terminals.scm
> index 979278a53..e53062b16 100644
> --- a/gnu/packages/terminals.scm
> +++ b/gnu/packages/terminals.scm
> @@ -7,6 +7,7 @@
>  ;;; Copyright © 2016, 2017 José Miguel Sánchez García
>  ;;; Copyright © 2017 Tobias Geerinckx-Rice
>  ;;; Copyright © 2017 Ricardo Wurmus 
> +;;; Copyright © 2017 Petter 
>  ;;;
>  ;;; This file is part of GNU Guix.
>  ;;;
> @@ -49,6 +50,7 @@
>#:use-module (gnu packages xdisorg)
>#:use-module (gnu packages xml)
>#:use-module (gnu packages docbook)
> +  #:use-module (gnu packages qt)
>#:use-module (srfi srfi-26))
>  
>  (define-public tilda
> @@ -433,3 +435,63 @@ its embedding program should provide it to draw on
> its behalf.  It avoids calling @code{malloc} during normal running
> state, allowing it to be used in embedded kernel situations.")
>  (license license:expat)))
> +
> +(define-public cool-retro-term
> +  (let ((commit "e48719fa44e5307df71dbd0fad234f8a6a53f863")
> +(revision "1"))
> +  (package
> +(name "cool-retro-term")
> +(version (string-append "1.0.0-" revision "." (string-take commit
> 7)))
> +(source (origin
> +  (method git-fetch)
> +  (modules '((guix build utils)))
> +  (file-name (string-append name "-" version "-checkout"))
> +  (uri (git-reference
> +(url (string-append
> "https://github.com/Swordfish90/; name))
> +(commit commit)
> +(recursive? #t)))

The 'qmltermwidget' project that's bundled here is a fork of LXDE's
'qtermwidget' project, but it seems to be missing at least one patch
from qtermwidget that might have security implications.  E.g.:

https://github.com/lxde/qtermwidget/commit/1727d921b2d99721b9a8493b15defc8f838baedd
https://github.com/lxde/qtermwidget/commit/f9a7d4ac5de5224c15f5f9184525f81fdcc8c23b

As well as a couple memory leaks:

https://github.com/lxde/qtermwidget/commit/08628fda19128b75248548357e416bc373f14f91
https://github.com/lxde/qtermwidget/commit/ef451424d774feb23b42bdcda56ec09d1cc96e2a

And performance improvements:

https://github.com/lxde/qtermwidget/commit/3ce71a3650d93ff7ca10274c1b3056c7c7494c61

Could you ping the developer about porting some of these fixes to their
fork?  I think we'd want to create a local patch for at least the first
commit.  The others could wait for a new release.

> +(inputs
> + `(("qt" ,qt)))

Does this package need all of qt, or could we use the component
packages instead?

> +(synopsis "Terminal emulator mimicking old cathode ray tube (CRT)
> +screens")

I'd like to shorten this to "Terminal emulator"

> +(description
> + "Cool-retro-term (crt) is a terminal emulator which mimics the
> look and +feel of the old cathode ray tube (CRT) screens.  It has been
> designed to be +eye-candy, customizable, and reasonably lightweight.")
> +(home-page "https://github.com/Swordfish90/cool-retro-term;)
> +(license (list license:gpl2 license:gpl3)

The license seems unclear: 1) there is both a gpl-2.txt and gpl-3.txt
in $topsrcdir, but no mention of which actually applies in any of the
source files, 2) $topsrcdir/packaging/debian/copyright claims GPL-3,
while 4) $topsrcdir/packaging/rpm/cool-retro-term.spec and
$topsrcdir/packaging/appdata/cool-retro-term.appdata.xml both claim
GPL-3.0+, and 5) the qmltermwidget component appears to be under
gpl2+.  IANAL but this suggests license:gpl2+ to me.  Does that seem
right?

It would not hurt to also list the SIL license, for
$topsrcdir/app/qml/fonts/modern-hermit, and the X11 license for
fonts/modern-pro-font-win-tweaked and fonts/modern-proggy-tiny.

The fonts/modern-envy-code-r font probably needs to be stripped; it's
license is non-free; from 'Read Me.txt':

  "Free to use but redistribution prohibited."

and the fonts/1977-apple2, fonts/1977-commodore-pet, probably also needs
to be stripped as non-free; from 'FreeLicense.txt':

  "1. The User may not sell copies of the Software for a fee."

The fonts/1979-atari-400-800 font seems to be non-free license, which is
not mentioned in the 'ReadMe.rtf' but only on the WayBack Machine at
https://web-beta.archive.org/web/20080907111008/http://www2.bitstream.net/~marksim/atarimac/fonts.html
 :

  "These fonts are freeware and may not be offered for sale seperately
  or as part of a collection."

The fonts/1982-commodore64 font is licensed under non-free terms; see
fonts/1982-commodore64/license.txt

The only mention of a license for 

Re:Re: How to remove useless generations to save disk spack

[tumashu]

Thanks very much!






在 2017-04-26 07:50:54，"Maxim Cournoyer"  写道：
>Hi tumashu,
>
>Please refer to the manual 
>(https://www.gnu.org/software/guix/manual/html_node/Invoking-guix-package.html),
> in particular to the --delete-generations option of the package command.
>
>Maxim
>
>On April 25, 2017 4:08:12 PM PDT, tumashu  wrote:
>>How to remove useless generations to save disk spack?
>>--
>>feng@tumashu:/tmp $ df -h
>>文件系统容量  已用  可用 已用% 挂载点
>>none964M 0  964M0% /dev
>>/dev/sda119G   14G  3.4G   81% /
>>/dev/sda7   138G   50G   81G   39% /home
>>/dev/sda8   116G   63G   47G   58% /mnt/backup1
>>/dev/sda619G   44M   18G1% /mnt/backup2
>>tmpfs   967M 0  967M0% /dev/shm
>>cgroup  967M 0  967M0% /sys/fs/cgroup
>>none967M   16K  967M1% /run/systemd
>>none967M 0  967M0% /run/user
>>tmpfs   194M  4.0K  194M1% /run/user/1000
>>feng@tumashu:/tmp $ guix system list-generations
>>Generation 11月 11 2017 06:21:35
>>  文件名：/var/guix/profiles/system-1-link
>>canonical file name: /gnu/store/fbz7fhx8cv0fvzsas981a4897bwf31r8-system
>>  label: GNU with Linux-Libre 4.8.15 (beta)
>>  root device: my-root
>>内核：/gnu/store/2z3r93nkw9sph340p4n893pm0phj6g7d-linux-libre-4.8.15/bzImage
>>Generation 21月 11 2017 18:37:50
>>  文件名：/var/guix/profiles/system-2-link
>>canonical file name: /gnu/store/avj6i4kf6xsdp9y4wdzrjpvcn8gm3lvx-system
>>  label: GNU with Linux-Libre 4.9.2 (beta)
>>  root device: /dev/sda1
>>内核：/gnu/store/p1lb5ybm6ckmjlhsm1l4nyybd7v8cp91-linux-libre-4.9.2/bzImage
>>Generation 31月 11 2017 19:33:22
>>  文件名：/var/guix/profiles/system-3-link
>>canonical file name: /gnu/store/f8ih2qfkmwh0aggaw0qkd210vil4d3lw-system
>>  label: GNU with Linux-Libre 4.9.2 (beta)
>>  root device: /dev/sda1
>>内核：/gnu/store/p1lb5ybm6ckmjlhsm1l4nyybd7v8cp91-linux-libre-4.9.2/bzImage
>>Generation 41月 12 2017 03:07:39
>>  文件名：/var/guix/profiles/system-4-link
>>canonical file name: /gnu/store/vw1d7m60yr9fdaf22ys356l6j51dq9jm-system
>>  label: GNU with Linux-Libre 4.9.2 (beta)
>>  root device: /dev/sda1
>>内核：/gnu/store/p1lb5ybm6ckmjlhsm1l4nyybd7v8cp91-linux-libre-4.9.2/bzImage
>>Generation 51月 12 2017 03:20:29
>>  文件名：/var/guix/profiles/system-5-link
>>canonical file name: /gnu/store/d5h2d622d59n4kzcc2zxvqs29f016vd2-system
>>  label: GNU with Linux-Libre 4.9.2 (beta)
>>  root device: /dev/sda1
>>内核：/gnu/store/p1lb5ybm6ckmjlhsm1l4nyybd7v8cp91-linux-libre-4.9.2/bzImage
>>Generation 61月 12 2017 03:28:50
>>  文件名：/var/guix/profiles/system-6-link
>>canonical file name: /gnu/store/5s0vs4gz2xqmh17ids9d385bmj78limn-system
>>  label: GNU with Linux-Libre 4.9.2 (beta)
>>  root device: /dev/sda1
>>内核：/gnu/store/p1lb5ybm6ckmjlhsm1l4nyybd7v8cp91-linux-libre-4.9.2/bzImage
>>Generation 71月 12 2017 13:08:02
>>  文件名：/var/guix/profiles/system-7-link
>>canonical file name: /gnu/store/mfjrgaspk4swk1700c7cskkd6m21zi32-system
>>  label: GNU with Linux-Libre 4.9.2 (beta)
>>  root device: /dev/sda1
>>内核：/gnu/store/p1lb5ybm6ckmjlhsm1l4nyybd7v8cp91-linux-libre-4.9.2/bzImage
>>Generation 81月 12 2017 13:22:13
>>  文件名：/var/guix/profiles/system-8-link
>>canonical file name: /gnu/store/yjr14gpnhm13i8bw2xdizfjqrnp0pp4w-system
>>  label: GNU with Linux-Libre 4.9.2 (beta)
>>  root device: /dev/sda1
>>内核：/gnu/store/p1lb5ybm6ckmjlhsm1l4nyybd7v8cp91-linux-libre-4.9.2/bzImage
>>Generation 91月 12 2017 13:22:13
>>  文件名：/var/guix/profiles/system-9-link
>>canonical file name: /gnu/store/yjr14gpnhm13i8bw2xdizfjqrnp0pp4w-system
>>  label: GNU with Linux-Libre 4.9.2 (beta)
>>  root device: /dev/sda1
>>内核：/gnu/store/p1lb5ybm6ckmjlhsm1l4nyybd7v8cp91-linux-libre-4.9.2/bzImage
>>Generation 101月 12 2017 13:22:13
>>  文件名：/var/guix/profiles/system-10-link
>>canonical file name: /gnu/store/yjr14gpnhm13i8bw2xdizfjqrnp0pp4w-system
>>  label: GNU with Linux-Libre 4.9.2 (beta)
>>  root device: /dev/sda1
>>内核：/gnu/store/p1lb5ybm6ckmjlhsm1l4nyybd7v8cp91-linux-libre-4.9.2/bzImage
>>Generation 111月 12 2017 13:22:13
>>  文件名：/var/guix/profiles/system-11-link
>>canonical file name: /gnu/store/yjr14gpnhm13i8bw2xdizfjqrnp0pp4w-system
>>  label: GNU with Linux-Libre 4.9.2 (beta)
>>  root device: /dev/sda1
>>内核：/gnu/store/p1lb5ybm6ckmjlhsm1l4nyybd7v8cp91-linux-libre-4.9.2/bzImage
>>Generation 121月 12 2017 18:07:02
>>  文件名：/var/guix/profiles/system-12-link
>>canonical file name: /gnu/store/g7z3cy8vjg200gm8k4sjai2qnf4l81am-system
>>  label: GNU with Linux-Libre 4.9.2 (beta)
>>  root device: /dev/sda1
>>内核：/gnu/store/p1lb5ybm6ckmjlhsm1l4nyybd7v8cp91-linux-libre-4.9.2/bzImage
>>Generation 131月 14 2017 20:44:24
>>  文件名：/var/guix/profiles/system-13-link
>>canonical file name: /gnu/store/6kai1ip1fl26xff9dicrq230xghxf5qy-system
>>  label: GNU with Linux-Libre 4.9.3 (beta)
>>  root device: my-root

Re: How to remove useless generations to save disk spack

[Maxim Cournoyer]

Hi tumashu,

Please refer to the manual 
(https://www.gnu.org/software/guix/manual/html_node/Invoking-guix-package.html),
 in particular to the --delete-generations option of the package command.

Maxim

On April 25, 2017 4:08:12 PM PDT, tumashu  wrote:
>How to remove useless generations to save disk spack?
>--
>feng@tumashu:/tmp $ df -h
>文件系统容量  已用  可用 已用% 挂载点
>none964M 0  964M0% /dev
>/dev/sda119G   14G  3.4G   81% /
>/dev/sda7   138G   50G   81G   39% /home
>/dev/sda8   116G   63G   47G   58% /mnt/backup1
>/dev/sda619G   44M   18G1% /mnt/backup2
>tmpfs   967M 0  967M0% /dev/shm
>cgroup  967M 0  967M0% /sys/fs/cgroup
>none967M   16K  967M1% /run/systemd
>none967M 0  967M0% /run/user
>tmpfs   194M  4.0K  194M1% /run/user/1000
>feng@tumashu:/tmp $ guix system list-generations
>Generation 11月 11 2017 06:21:35
>  文件名：/var/guix/profiles/system-1-link
>canonical file name: /gnu/store/fbz7fhx8cv0fvzsas981a4897bwf31r8-system
>  label: GNU with Linux-Libre 4.8.15 (beta)
>  root device: my-root
>内核：/gnu/store/2z3r93nkw9sph340p4n893pm0phj6g7d-linux-libre-4.8.15/bzImage
>Generation 21月 11 2017 18:37:50
>  文件名：/var/guix/profiles/system-2-link
>canonical file name: /gnu/store/avj6i4kf6xsdp9y4wdzrjpvcn8gm3lvx-system
>  label: GNU with Linux-Libre 4.9.2 (beta)
>  root device: /dev/sda1
>内核：/gnu/store/p1lb5ybm6ckmjlhsm1l4nyybd7v8cp91-linux-libre-4.9.2/bzImage
>Generation 31月 11 2017 19:33:22
>  文件名：/var/guix/profiles/system-3-link
>canonical file name: /gnu/store/f8ih2qfkmwh0aggaw0qkd210vil4d3lw-system
>  label: GNU with Linux-Libre 4.9.2 (beta)
>  root device: /dev/sda1
>内核：/gnu/store/p1lb5ybm6ckmjlhsm1l4nyybd7v8cp91-linux-libre-4.9.2/bzImage
>Generation 41月 12 2017 03:07:39
>  文件名：/var/guix/profiles/system-4-link
>canonical file name: /gnu/store/vw1d7m60yr9fdaf22ys356l6j51dq9jm-system
>  label: GNU with Linux-Libre 4.9.2 (beta)
>  root device: /dev/sda1
>内核：/gnu/store/p1lb5ybm6ckmjlhsm1l4nyybd7v8cp91-linux-libre-4.9.2/bzImage
>Generation 51月 12 2017 03:20:29
>  文件名：/var/guix/profiles/system-5-link
>canonical file name: /gnu/store/d5h2d622d59n4kzcc2zxvqs29f016vd2-system
>  label: GNU with Linux-Libre 4.9.2 (beta)
>  root device: /dev/sda1
>内核：/gnu/store/p1lb5ybm6ckmjlhsm1l4nyybd7v8cp91-linux-libre-4.9.2/bzImage
>Generation 61月 12 2017 03:28:50
>  文件名：/var/guix/profiles/system-6-link
>canonical file name: /gnu/store/5s0vs4gz2xqmh17ids9d385bmj78limn-system
>  label: GNU with Linux-Libre 4.9.2 (beta)
>  root device: /dev/sda1
>内核：/gnu/store/p1lb5ybm6ckmjlhsm1l4nyybd7v8cp91-linux-libre-4.9.2/bzImage
>Generation 71月 12 2017 13:08:02
>  文件名：/var/guix/profiles/system-7-link
>canonical file name: /gnu/store/mfjrgaspk4swk1700c7cskkd6m21zi32-system
>  label: GNU with Linux-Libre 4.9.2 (beta)
>  root device: /dev/sda1
>内核：/gnu/store/p1lb5ybm6ckmjlhsm1l4nyybd7v8cp91-linux-libre-4.9.2/bzImage
>Generation 81月 12 2017 13:22:13
>  文件名：/var/guix/profiles/system-8-link
>canonical file name: /gnu/store/yjr14gpnhm13i8bw2xdizfjqrnp0pp4w-system
>  label: GNU with Linux-Libre 4.9.2 (beta)
>  root device: /dev/sda1
>内核：/gnu/store/p1lb5ybm6ckmjlhsm1l4nyybd7v8cp91-linux-libre-4.9.2/bzImage
>Generation 91月 12 2017 13:22:13
>  文件名：/var/guix/profiles/system-9-link
>canonical file name: /gnu/store/yjr14gpnhm13i8bw2xdizfjqrnp0pp4w-system
>  label: GNU with Linux-Libre 4.9.2 (beta)
>  root device: /dev/sda1
>内核：/gnu/store/p1lb5ybm6ckmjlhsm1l4nyybd7v8cp91-linux-libre-4.9.2/bzImage
>Generation 101月 12 2017 13:22:13
>  文件名：/var/guix/profiles/system-10-link
>canonical file name: /gnu/store/yjr14gpnhm13i8bw2xdizfjqrnp0pp4w-system
>  label: GNU with Linux-Libre 4.9.2 (beta)
>  root device: /dev/sda1
>内核：/gnu/store/p1lb5ybm6ckmjlhsm1l4nyybd7v8cp91-linux-libre-4.9.2/bzImage
>Generation 111月 12 2017 13:22:13
>  文件名：/var/guix/profiles/system-11-link
>canonical file name: /gnu/store/yjr14gpnhm13i8bw2xdizfjqrnp0pp4w-system
>  label: GNU with Linux-Libre 4.9.2 (beta)
>  root device: /dev/sda1
>内核：/gnu/store/p1lb5ybm6ckmjlhsm1l4nyybd7v8cp91-linux-libre-4.9.2/bzImage
>Generation 121月 12 2017 18:07:02
>  文件名：/var/guix/profiles/system-12-link
>canonical file name: /gnu/store/g7z3cy8vjg200gm8k4sjai2qnf4l81am-system
>  label: GNU with Linux-Libre 4.9.2 (beta)
>  root device: /dev/sda1
>内核：/gnu/store/p1lb5ybm6ckmjlhsm1l4nyybd7v8cp91-linux-libre-4.9.2/bzImage
>Generation 131月 14 2017 20:44:24
>  文件名：/var/guix/profiles/system-13-link
>canonical file name: /gnu/store/6kai1ip1fl26xff9dicrq230xghxf5qy-system
>  label: GNU with Linux-Libre 4.9.3 (beta)
>  root device: my-root
>内核：/gnu/store/p0962bjl55ga8v2m4h80d7fh9a98v7ab-linux-libre-4.9.3/bzImage
>Generation 141月 14 2017 22:08:32
>  文件名：/var/guix/profiles/system-14-link
>canonical file name: 

Re:Re: Fail to run : guix packckage -u git --fallback

[Maxim Cournoyer]

On April 25, 2017 1:54:03 PM PDT, tumashu  wrote:
>Sorry,  maybe weshould say:  /tmp is no space left 

If you just used one of the Guix system configuration templates for your 
installation I believe your /tmp is simply a directory on your main partition. 
The problem is probably that your disk (main partition) is really full! 

I find that it is quite easy to fill disks with Guix; I must run 'guix gc' 
relatively often. Have you checked your disk usage? Try the command 'df -h', 
for example.

HTH!

How to remove useless generations to save disk spack

[tumashu]

How to remove useless generations to save disk spack?
--
feng@tumashu:/tmp $ df -h
文件系统容量  已用  可用 已用% 挂载点
none964M 0  964M0% /dev
/dev/sda119G   14G  3.4G   81% /
/dev/sda7   138G   50G   81G   39% /home
/dev/sda8   116G   63G   47G   58% /mnt/backup1
/dev/sda619G   44M   18G1% /mnt/backup2
tmpfs   967M 0  967M0% /dev/shm
cgroup  967M 0  967M0% /sys/fs/cgroup
none967M   16K  967M1% /run/systemd
none967M 0  967M0% /run/user
tmpfs   194M  4.0K  194M1% /run/user/1000
feng@tumashu:/tmp $ guix system list-generations
Generation 11月 11 2017 06:21:35
  文件名：/var/guix/profiles/system-1-link
  canonical file name: /gnu/store/fbz7fhx8cv0fvzsas981a4897bwf31r8-system
  label: GNU with Linux-Libre 4.8.15 (beta)
  root device: my-root
  内核：/gnu/store/2z3r93nkw9sph340p4n893pm0phj6g7d-linux-libre-4.8.15/bzImage
Generation 21月 11 2017 18:37:50
  文件名：/var/guix/profiles/system-2-link
  canonical file name: /gnu/store/avj6i4kf6xsdp9y4wdzrjpvcn8gm3lvx-system
  label: GNU with Linux-Libre 4.9.2 (beta)
  root device: /dev/sda1
  内核：/gnu/store/p1lb5ybm6ckmjlhsm1l4nyybd7v8cp91-linux-libre-4.9.2/bzImage
Generation 31月 11 2017 19:33:22
  文件名：/var/guix/profiles/system-3-link
  canonical file name: /gnu/store/f8ih2qfkmwh0aggaw0qkd210vil4d3lw-system
  label: GNU with Linux-Libre 4.9.2 (beta)
  root device: /dev/sda1
  内核：/gnu/store/p1lb5ybm6ckmjlhsm1l4nyybd7v8cp91-linux-libre-4.9.2/bzImage
Generation 41月 12 2017 03:07:39
  文件名：/var/guix/profiles/system-4-link
  canonical file name: /gnu/store/vw1d7m60yr9fdaf22ys356l6j51dq9jm-system
  label: GNU with Linux-Libre 4.9.2 (beta)
  root device: /dev/sda1
  内核：/gnu/store/p1lb5ybm6ckmjlhsm1l4nyybd7v8cp91-linux-libre-4.9.2/bzImage
Generation 51月 12 2017 03:20:29
  文件名：/var/guix/profiles/system-5-link
  canonical file name: /gnu/store/d5h2d622d59n4kzcc2zxvqs29f016vd2-system
  label: GNU with Linux-Libre 4.9.2 (beta)
  root device: /dev/sda1
  内核：/gnu/store/p1lb5ybm6ckmjlhsm1l4nyybd7v8cp91-linux-libre-4.9.2/bzImage
Generation 61月 12 2017 03:28:50
  文件名：/var/guix/profiles/system-6-link
  canonical file name: /gnu/store/5s0vs4gz2xqmh17ids9d385bmj78limn-system
  label: GNU with Linux-Libre 4.9.2 (beta)
  root device: /dev/sda1
  内核：/gnu/store/p1lb5ybm6ckmjlhsm1l4nyybd7v8cp91-linux-libre-4.9.2/bzImage
Generation 71月 12 2017 13:08:02
  文件名：/var/guix/profiles/system-7-link
  canonical file name: /gnu/store/mfjrgaspk4swk1700c7cskkd6m21zi32-system
  label: GNU with Linux-Libre 4.9.2 (beta)
  root device: /dev/sda1
  内核：/gnu/store/p1lb5ybm6ckmjlhsm1l4nyybd7v8cp91-linux-libre-4.9.2/bzImage
Generation 81月 12 2017 13:22:13
  文件名：/var/guix/profiles/system-8-link
  canonical file name: /gnu/store/yjr14gpnhm13i8bw2xdizfjqrnp0pp4w-system
  label: GNU with Linux-Libre 4.9.2 (beta)
  root device: /dev/sda1
  内核：/gnu/store/p1lb5ybm6ckmjlhsm1l4nyybd7v8cp91-linux-libre-4.9.2/bzImage
Generation 91月 12 2017 13:22:13
  文件名：/var/guix/profiles/system-9-link
  canonical file name: /gnu/store/yjr14gpnhm13i8bw2xdizfjqrnp0pp4w-system
  label: GNU with Linux-Libre 4.9.2 (beta)
  root device: /dev/sda1
  内核：/gnu/store/p1lb5ybm6ckmjlhsm1l4nyybd7v8cp91-linux-libre-4.9.2/bzImage
Generation 101月 12 2017 13:22:13
  文件名：/var/guix/profiles/system-10-link
  canonical file name: /gnu/store/yjr14gpnhm13i8bw2xdizfjqrnp0pp4w-system
  label: GNU with Linux-Libre 4.9.2 (beta)
  root device: /dev/sda1
  内核：/gnu/store/p1lb5ybm6ckmjlhsm1l4nyybd7v8cp91-linux-libre-4.9.2/bzImage
Generation 111月 12 2017 13:22:13
  文件名：/var/guix/profiles/system-11-link
  canonical file name: /gnu/store/yjr14gpnhm13i8bw2xdizfjqrnp0pp4w-system
  label: GNU with Linux-Libre 4.9.2 (beta)
  root device: /dev/sda1
  内核：/gnu/store/p1lb5ybm6ckmjlhsm1l4nyybd7v8cp91-linux-libre-4.9.2/bzImage
Generation 121月 12 2017 18:07:02
  文件名：/var/guix/profiles/system-12-link
  canonical file name: /gnu/store/g7z3cy8vjg200gm8k4sjai2qnf4l81am-system
  label: GNU with Linux-Libre 4.9.2 (beta)
  root device: /dev/sda1
  内核：/gnu/store/p1lb5ybm6ckmjlhsm1l4nyybd7v8cp91-linux-libre-4.9.2/bzImage
Generation 131月 14 2017 20:44:24
  文件名：/var/guix/profiles/system-13-link
  canonical file name: /gnu/store/6kai1ip1fl26xff9dicrq230xghxf5qy-system
  label: GNU with Linux-Libre 4.9.3 (beta)
  root device: my-root
  内核：/gnu/store/p0962bjl55ga8v2m4h80d7fh9a98v7ab-linux-libre-4.9.3/bzImage
Generation 141月 14 2017 22:08:32
  文件名：/var/guix/profiles/system-14-link
  canonical file name: /gnu/store/is7f9nv4jipzhpxg5pp792szq3ss67r1-system
  label: GNU with Linux-Libre 4.9.3 (beta)
  root device: /dev/sda1
  内核：/gnu/store/p0962bjl55ga8v2m4h80d7fh9a98v7ab-linux-libre-4.9.3/bzImage
Generation 151月 14 2017 22:08:32
  文件名：/var/guix/profiles/system-15-link
  canonical file name: /gnu/store/is7f9nv4jipzhpxg5pp792szq3ss67r1-system
  

Re: cross-compiling in core-updates

[Sergei Trofimovich]

On Tue, 25 Apr 2017 17:10:58 +0300
Manolis Ragkousis  wrote:

> Hello Rene,
> 
> I am currently looking into that.
> 
> Manolis

I've tracked it down to guile-2.-0>2.2 bump.
'define-syntax %modify-phases' somehow changed the meaning:
https://lists.gnu.org/archive/html/guix-devel/2017-04/msg00315.html
but I know almost nothing on how all the nested guix's quotations interact.

Would be nice to hear from those who Know Things (CCed Andy and Ludovic :)

-- 

  Sergei


pgphxmJIMk3zU.pgp
Description: Цифровая подпись OpenPGP

Re:Re: Fail to run : guix packckage -u git --fallback

[tumashu]

Sorry,  maybe weshould say:  /tmp is no space left 
在 2017-04-25 21:30:57，Petter  写道：
Hi tumashu,

On Tue, 25 Apr 2017 20:53:05 +0800 (CST)
tumashu  wrote:

> IOError: [Errno 28] No space left on device:

Did you notice this part?

Best,
Petter

Re:Re: Fail to run : guix packckage -u git --fallback

[tumashu]

/tmp is not mount a hard disk part in normal deskop system,  if guixsd use many 
space of /tmp, we should note user in install section of manual.




--
发自我的网易邮箱手机智能版


在 2017-04-26 02:18:17，"Leo Famulari"  写道：
>On Tue, Apr 25, 2017 at 03:30:57PM +0200, Petter wrote:
>> Hi tumashu,
>> 
>> On Tue, 25 Apr 2017 20:53:05 +0800 (CST)
>> tumashu  wrote:
>> 
>> > IOError: [Errno 28] No space left on device:
>> 
>> Did you notice this part?
>
>To follow up, if your /tmp partition is too small, you can instruct the
>guix-daemon to build somewhere else by setting the TMPDIR variable in
>the guix-daemon's environment:
>
>https://www.gnu.org/software/guix/manual/html_node/Invoking-guix_002ddaemon.html


signature.asc
Description: PGP signature

JARs and reference scanning (was: Need help from Java-developers)

[Hartmut Goebel]

Am 24.04.2017 um 00:57 schrieb Chris Marusich:
> Chris Marusich  writes:
>
>> Speaking of JAR files, shouldn't we try to avoid them entirely?  My
>> understanding is that they are compressed files, which means the Guix
>> daemon won't be able to scan them for references.  I don't know if it's
>> easy to use Maven to build a project without putting the build output
>> into a JAR file, though.
> For the record, I looked into this a little more.  I was mistaken: JAR
> files are not necessarily compressed.  In fact, it seems [1][2] that it
> should always be possible to make un-compressed JARs.  So, perhaps the
> Guix daemon will not have trouble scanning JARs for references, after
> all.  (Whether or not any references will actually be retained in the
> JARs produced by Maven is another question; I don't know the answer.)

I have to admit that I do not know at all how the reference scanning and
dependency-tracking in the store works.

Regarding the jar-files ny understanding is:

- JAR-files are Zip-files with additional data (as Ricardo already stated)
- Zip-files can be used to store data without compressions (I assume
this is what you are refering to).
- My experience is that the contents of the JAR file can also be
*unpacked* into the file-system, so not archives would be needed. Some
Java guy might know better. I'm not sure it this is desired at all, though.
- My understanding is that Java normally does not have any reference
from one package (or jar-file) to another one. There is no such thing
like "rpath" but is more like Python or Perl where the garbage collector
AFAIK can not track references either.
- According to [3, 2] the MANIFEST.INF file *may* specify a Class-Path
containing the relative paths to other Jar-files. If this would help we
*could* add references here, but the entry-length is limited to 65353
bytes, so we might hit this limit with the long paths of the store.
- Fedora forbids to use this Class-Path entry in MANIFEST files [1].
- If it helps the garbage collector, we could add some ".dependencies"
file alongside each Java package. But we don't do this for Python or
Perl, either.


[1]
https://fedoraproject.org/wiki/Packaging:Java#No_class-path_in_MANIFEST.MF
[2] https://en.wikipedia.org/wiki/JAR_(file_format)#Dependencies
[3]
http://docs.oracle.com/javase/6/docs/technotes/guides/jar/jar.html#JAR%20Manifest


-- 
Regards
Hartmut Goebel

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

Re: Staging

[Leo Famulari]

On Mon, Apr 17, 2017 at 04:09:01PM -0400, Leo Famulari wrote:
> On Mon, Apr 17, 2017 at 09:33:12PM +0200, Marius Bakke wrote:
> > @Leo, others: I don't anticipate more staging updates in a while, should
> > we try and get this merged?
> 
> Sure, I merged master into staging and started an evaluation of the
> staging branch.

I just merged master into staging and started a new evaluation. Barring
any new complications, I plan to merge staging into master later today.


signature.asc
Description: PGP signature

[Fwd: Re: [repology/repology] Add Guix support (#218)]

[ng0]

Hi,

how often do we update the data on the website (I haven asked which
data though)? Is it in anyway accurate or just a snapshot taken once
a month?

And I don't know nothing about a json involved in the website, but I also
haven't looked at the current code which generates the packages websites.

- Forwarded message from Dmitry Marakasov  -

> Date: Tue, 25 Apr 2017 07:22:42 -0700
> From: Dmitry Marakasov 
> To: repology/repology 
> Subject: Re: [repology/repology] Add Guix support (#218)
> 
> Guix support is there since February: https://repology.org/repository/gnuguix.
> I've used GNU prefix because it's widely used inside the project, maybe it is 
> confusing and should be removed?
> It currently parses date from the website, but if there were some json 
> available with more info it would be nice.
> 
> -- 
> You are receiving this because you authored the thread.
> Reply to this email directly or view it on GitHub:
> https://github.com/repology/repology/issues/218#issuecomment-297046192

- End forwarded message -

-- 
PGP and more: https://people.pragmatique.xyz/ng0/

Re: cross-compiling in core-updates

[Manolis Ragkousis]

Hello Rene,

I am currently looking into that.

Manolis

Re: Fail to run : guix packckage -u git --fallback

[Petter]

Hi tumashu,

On Tue, 25 Apr 2017 20:53:05 +0800 (CST)
tumashu  wrote:

> IOError: [Errno 28] No space left on device:

Did you notice this part?

Best,
Petter

Fail to run : guix packckage -u git --fallback

[tumashu]

iidbs7a5hwysm6a5xlbbjqybr-apr-1.5.2/lib -lapr-1
phase `build' succeeded after 168.8 seconds
starting phase `check'
[01/97] auth-testsuccess
[02/97] cache-test...success
[03/97] checksum-testsuccess
[04/97] client-test..success
[05/97] compat-test..success
[06/97] config-test..success
[07/97] conflict-data-test...success
[08/97] crypto-test..success
[09/97] db-test..success
[10/97] diff-diff3-test..success
[11/97] dirent_uri-test..success
[12/97] entries-compat-test..success
[13/97] error-code-test..success
[14/97] error-test...success
[15/97] fs-pack-test.success
[16/97] fs-test..success
[17/97] hashdump-testsuccess
[18/97] io-test..success
[19/97] locks-test...success
[20/97] mergeinfo-test...success
[21/97] named_atomic-testsuccess
[22/97] op-depth-testsuccess
[23/97] opt-test.success
[24/97] parse-diff-test..success
[25/97] path-testsuccess
[26/97] pristine-store-test..success
[27/97] ra-local-testsuccess
[28/97] ra-test..success
[29/97] random-test..success
[30/97] repos-test...success
[31/97] revision-testsuccess
[32/97] skel-testsuccess
[33/97] spillbuf-testsuccess
[34/97] stream-test..success
[35/97] string-test..success
[36/97] subst_translate-test.success
[37/97] time-testsuccess
[38/97] translate-test...success
[39/97] utf-test.success
[40/97] wc-queries-test..success
[41/97] wc-test..success
[42/97] window-test..success
[43/97] authz_tests.py...success
[44/97] autoprop_tests.pyFAILURE
[45/97] basic_tests.py...FAILURE
[46/97] blame_tests.py...FAILURE
[47/97] cat_tests.py.FAILURE
[48/97] changelist_tests.py..FAILURE
[49/97] checkout_tests.pyFAILURE
[50/97] commit_tests.py..FAILURE
[51/97] copy_tests.pyFAILURE
[52/97] depth_tests.py...FAILURE
[53/97] diff_tests.pyFAILURE
[54/97] entries_tests.py.FAILURE
[55/97] export_tests.py..FAILURE
[56/97] externals_tests.py...FAILURE
[57/97] getopt_tests.py..FAILURE
[58/97] history_tests.py.FAILURE
[59/97] import_tests.py..FAILURE
[60/97] info_tests.pyFAILURE
[61/97] 

cross-compiling in core-updates

[rennes]

When I try './pre-inst-env guix build --target=i586-pc-gnu  
bootstrap-tarballs' in core-updates, get the error:


@ build-started  
/gnu/store/ya79b5bk7b819nh64k3lk5iwjmg5hnan-bash-static-4.4.12.drv -  
x86_64-linux  
/var/log/guix/drvs/ya//79b5bk7b819nh64k3lk5iwjmg5hnan-bash-static-4.4.12.drv.bz2

ice-9/psyntax.scm:1534:32: In procedure expand-macro:
ice-9/psyntax.scm:1534:32: Syntax error:
/gnu/store/9drn9v3pkgwxys8wkmv0pkiqaqv5dqyg-bash-static-4.4.12-guile-builder:1:2300:  
source expression failed to match any pattern in form (%modify-phases  
phases* (delete (quote move-development-files)))
builder for  
`/gnu/store/ya79b5bk7b819nh64k3lk5iwjmg5hnan-bash-static-4.4.12.drv'  
failed with exit code 1
@ build-failed  
/gnu/store/ya79b5bk7b819nh64k3lk5iwjmg5hnan-bash-static-4.4.12.drv - 1  
builder for  
`/gnu/store/ya79b5bk7b819nh64k3lk5iwjmg5hnan-bash-static-4.4.12.drv'  
failed with exit code 1


I'm trying to find the cause!

Re: fonts bug in icecat?

[ng0]

ng0 transcribed 0.5K bytes:
> ng0 transcribed 0.3K bytes:
> > Hi,
> > 
> > I used to be able to select system installed fonts (I think),
> > such as Noto or Un.
> > 
> > In the Preferences > Fonts > Advanced dialogue this is no longer
> > possible, at least for the two mentioned fonts.
> > 
> > Is this a bug? I found this while using xfce4.
> 
> Okay, I just checked and the fonts are installed but no longer
> appear in other settings aswell, for example OpenBox configuration
> dialogue.

I checked GNOME, awesome, xfce4, OpenBox and all do not find the
fonts. I suppose this is an gtk(?) issue.
-- 
PGP and more: https://people.pragmatique.xyz/ng0/

Re: fonts bug in icecat?

[ng0]

ng0 transcribed 0.3K bytes:
> Hi,
> 
> I used to be able to select system installed fonts (I think),
> such as Noto or Un.
> 
> In the Preferences > Fonts > Advanced dialogue this is no longer
> possible, at least for the two mentioned fonts.
> 
> Is this a bug? I found this while using xfce4.

Okay, I just checked and the fonts are installed but no longer
appear in other settings aswell, for example OpenBox configuration
dialogue.

-- 
PGP and more: https://people.pragmatique.xyz/ng0/

fonts bug in icecat?

[ng0]

Hi,

I used to be able to select system installed fonts (I think),
such as Noto or Un.

In the Preferences > Fonts > Advanced dialogue this is no longer
possible, at least for the two mentioned fonts.

Is this a bug? I found this while using xfce4.
-- 
PGP and more: https://people.pragmatique.xyz/ng0/

Re: Open Government Data License & CC-BY 4.0

[Alex Vong]

Alex Vong  writes:

> Hello Brendan,
>
> If I understand correctly, CC-BY 4.0 is a non-copyleft license. Since
> the license is compatible with CC-BY 4.0, it is also a permissive
> license. So I think using 'license:non-copyleft' should work.
>
Also, you can add a comment stating that the license is compatible with
CC-BY 4.0 likes how Debian does it.

>> ng0 於 2017-04-25 17:47 寫道:
>>>
>>> CC-BY 3.0 is in Guix. Unless something fundamental changed in 4.0, 4.0
>>> should be okay to add in the variants which are not CC-BY-NC.
>>>
>>> Licenses can be added in guix/licenses.scm
>> Well the license seems to be compatible with CC-BY 4.0 because it
>> explicitly states so in clause 4.2. Or is it compatible as a matter of
>> fact and that clause is simply pointing it out, and so it may also be
>> compatible with CC-BY 3.0? When we assign a license in a Guix package
>> definition, my understanding is that this is a statement saying
>> effectively "If you look in the source tar.gz, you will see that this
>> package is in fact licensed under ... license, perhaps in the COPYING
>> file". If I set the license to CC-BY 4.0, would that be claiming the
>> Taiwanese government has issued the font under that license. Does clause
>> 4.2 mean "You can redistribute this under CC-BY 4.0 with your name on
>> it, if you want" or "We grant you this under the CC-BY 4.0". I'm not
>> even sure if that is a meaningful distinction in copyright law. If the
>> former is actually correct, does this require me as a Guix dev to add a
>> COPYING file distributing the font under CC-BY 4.0 under my name or
>> what? Can I say truthfully that the source .zip file containing the
>> fonts is under the CC-BY 4.0 ?


signature.asc
Description: PGP signature

Re: Open Government Data License & CC-BY 4.0

[Alex Vong]

Hello Brendan,

If I understand correctly, CC-BY 4.0 is a non-copyleft license. Since
the license is compatible with CC-BY 4.0, it is also a permissive
license. So I think using 'license:non-copyleft' should work.

> ng0 於 2017-04-25 17:47 寫道:
>>
>> CC-BY 3.0 is in Guix. Unless something fundamental changed in 4.0, 4.0
>> should be okay to add in the variants which are not CC-BY-NC.
>>
>> Licenses can be added in guix/licenses.scm
> Well the license seems to be compatible with CC-BY 4.0 because it
> explicitly states so in clause 4.2. Or is it compatible as a matter of
> fact and that clause is simply pointing it out, and so it may also be
> compatible with CC-BY 3.0? When we assign a license in a Guix package
> definition, my understanding is that this is a statement saying
> effectively "If you look in the source tar.gz, you will see that this
> package is in fact licensed under ... license, perhaps in the COPYING
> file". If I set the license to CC-BY 4.0, would that be claiming the
> Taiwanese government has issued the font under that license. Does clause
> 4.2 mean "You can redistribute this under CC-BY 4.0 with your name on
> it, if you want" or "We grant you this under the CC-BY 4.0". I'm not
> even sure if that is a meaningful distinction in copyright law. If the
> former is actually correct, does this require me as a Guix dev to add a
> COPYING file distributing the font under CC-BY 4.0 under my name or
> what? Can I say truthfully that the source .zip file containing the
> fonts is under the CC-BY 4.0 ?


signature.asc
Description: PGP signature

Re: Defining user services in Guix.

[Ricardo Wurmus]

Mekeor Melire  writes:

> Mathieu Othacehe  writes:
>
 But you can start your own shepherd under your user account and have that 
 shepherd manage user services - it's nice.
>>
>> Thank you Danny for the details procedure. I'll use that for now !
>>
>>> Surely we could do better, like providing unprivileged users with a tool
>>> akin to ‘guix system reconfigure’ but to manage their own services.
>>> This came up several times in the past.
>>
>> Well, I think it's too bad that user services can't be handled as easily
>> as the other services in Guix.
>>
>> I would be eager to participate to some sort of guix system reconfigure
>> --user-services that would allow people to write and share their
>> unpriviledged services :).
>
> Btw, beside user-specific services, we also already discussed
> user-specific aliases for the `guix ...` commands. So now, there are at
> least two things a user-specific configuration file could contain. :)
>
> One, the system.scm would contain
>
>  (operating-system
> ; ...
> (services
> ; ...
> ))
>
> And secondly, each user could have a user.scm e.g. like
>
> (user-configuration
> ; ...
> (aliases
> '(
> ("sysrec" "system reconfigure")
> ("pl" "pull")
> ; ...
> ))
> (services
> (emacs-daemon-service)
> (dzen-service)
> ; ...
> ))
>
> or similar :)

While I’m not a fan of Guix-specific aliases, I think it’s not a bad
idea to use Guix for user configurations.  I’m tired of having to keep
track of a set of custom configuration files scattered all over the
place, but I’m not sure how to approach this without going overboard.

To stay on the topic of user services: I think they do have a place in
Guix and could be defined with the same mechanisms that we have for
system services.

--
Ricardo

GPG: BCA6 89B6 3655 3801 C3C6  2150 197A 5888 235F ACAC
https://elephly.net

Re: Open Government Data License & CC-BY 4.0

[Brendan Tildesley]

ng0 於 2017-04-25 17:47 寫道:
>
> CC-BY 3.0 is in Guix. Unless something fundamental changed in 4.0, 4.0
> should be okay to add in the variants which are not CC-BY-NC.
>
> Licenses can be added in guix/licenses.scm
Well the license seems to be compatible with CC-BY 4.0 because it
explicitly states so in clause 4.2. Or is it compatible as a matter of
fact and that clause is simply pointing it out, and so it may also be
compatible with CC-BY 3.0? When we assign a license in a Guix package
definition, my understanding is that this is a statement saying
effectively "If you look in the source tar.gz, you will see that this
package is in fact licensed under ... license, perhaps in the COPYING
file". If I set the license to CC-BY 4.0, would that be claiming the
Taiwanese government has issued the font under that license. Does clause
4.2 mean "You can redistribute this under CC-BY 4.0 with your name on
it, if you want" or "We grant you this under the CC-BY 4.0". I'm not
even sure if that is a meaningful distinction in copyright law. If the
former is actually correct, does this require me as a Guix dev to add a
COPYING file distributing the font under CC-BY 4.0 under my name or
what? Can I say truthfully that the source .zip file containing the
fonts is under the CC-BY 4.0 ?

Re: Open Government Data License & CC-BY 4.0

[ng0]

Hi,

Brendan Tildesley transcribed 0.9K bytes:
> I would like to package the cns-11643 fonts published at
> http://data.gov.tw/node/5961 , however the license (
> http://data.gov.tw/license ) is the Open Government Data License
> published by the Taiwanese government, and is not available in Guix.
> 
> According to
> 
> https://discuss.okfn.org/t/license-approval-request-open-government-data-license-taiwan-1-0/4593
> 
> and the license it's self (clause 4.2) The license is compatible with
> the CC-BY 4.0 license, although that is not in Guix either it seems. I

CC-BY 3.0 is in Guix. Unless something fundamental changed in 4.0, 4.0
should be okay to add in the variants which are not CC-BY-NC.

Licenses can be added in guix/licenses.scm

> do not understand the legalities, but it seems that this license is only
> really usable in Taiwan, and so we should use the CC-BY 4.0 instead.
> 
> This is how debian has set their license file:
> http://metadata.ftp-master.debian.org/changelogs/main/f/fonts-cns11643/fonts-cns11643_98.1+20150923-2_copyright
> 
> In any case, I find it all rather perplexing. What is the appropriate
> way to deal with this in Guix and how should this package's (license
> ...) be set?
> 
> 

-- 
PGP and more: https://people.pragmatique.xyz/ng0/

Open Government Data License & CC-BY 4.0

[Brendan Tildesley]

I would like to package the cns-11643 fonts published at
http://data.gov.tw/node/5961 , however the license (
http://data.gov.tw/license ) is the Open Government Data License
published by the Taiwanese government, and is not available in Guix.

According to

https://discuss.okfn.org/t/license-approval-request-open-government-data-license-taiwan-1-0/4593

and the license it's self (clause 4.2) The license is compatible with
the CC-BY 4.0 license, although that is not in Guix either it seems. I
do not understand the legalities, but it seems that this license is only
really usable in Taiwan, and so we should use the CC-BY 4.0 instead.

This is how debian has set their license file:
http://metadata.ftp-master.debian.org/changelogs/main/f/fonts-cns11643/fonts-cns11643_98.1+20150923-2_copyright

In any case, I find it all rather perplexing. What is the appropriate
way to deal with this in Guix and how should this package's (license
...) be set?