bug#30228: desktop files embedding full path

Fixed in commit 2b371f4dd5ddafa0786240b40408ef5c30d7a526 -- Efraim Flashner אפרים פלשנר GPG key = A28B F40C 3E55 1372 662D 14F7 41AA E7DC CA3D 8351 Confidentiality cannot be guaranteed on emails sent or received unencrypted signature.asc Description: PGP signature

bug#19749: Progress

On Tue, Feb 19, 2019 at 11:53:41PM +0100, Andreas Enge wrote: > Hello, > > this bug dates from a time where it was still almost realistic to reach > zero non-building packages... Should we close it, since mips has been > removed from the release architectures? Yes, I've closed it.

bug#34565: ungoogled-chromium contains Widevine DRM

On Tue, Feb 19, 2019 at 03:44:17PM +0100, Julien Lepiller wrote: > So I've downloaded the source tarball with `guix build -S chromium` > and here's what I found in it: [...] Thanks for taking a look, Julien! We need to find out if Widevine DRM is actually included in the Guix ungoogled-chromium

bug#34565: ungoogled-chromium contains Widevine DRM

Leo Famulari wrote: > To clarify this general point about Guix for anyone who is reading > along, as a matter of policy the end user does not receive non-free > source code from Guix. Right; the source is downloaded from commondatastorage.googleapis.com but that is a technicality. What I'm saying

bug#34565: ungoogled-chromium contains Widevine DRM

On Tue, Feb 19, 2019 at 05:12:17PM -0800, Jason Self wrote: > Taking this and considering Guix's build process: The method of > building seems to involve downloading Chromium, then runnning > ungoogled-chromium over it, and then building. I'm not sure if any > other packages have their freedom

bug#34565: ungoogled-chromium contains Widevine DRM

> should not be hidden/removed after the fact by asking the user to run > a clean-up program after downloading the source, even if that has > been automated by the package manager. What is sent to the end user > to compile should itself be 100% free software and FSDG compliant > from the

bug#34565: ungoogled-chromium contains Widevine DRM

A different but related matter is the build process itself. I understand this is not exactly related to the DRM matter but it does seem similiar. I can open another bug over this if needed. I have recently submitted upstream's Chromium 73.0.3683.45 into my FOSSology instance for analysis.

bug#34565: ungoogled-chromium contains Widevine DRM

Based on http://issues.guix.info/issue/28004#2 it is disabled at build time; but not removed. The person said they thought this was FSDG compliant but a reading of "the distro must contain no DRM" from the FSDG could be taken to mean the distro still "contains" it, since it's still within the

bug#34570: Failure to build swig/graphviz

On Tue, Feb 19, 2019 at 10:34:01AM +0100, Andreas Enge wrote: > if there is not an obvious error somewhere, > it might be easier to close the bug report as not reproducible or non-deter- > ministic. Doing so. Andreas

bug#32253: Fixed

The bug has apparently been fixed in the meantime, I cannot reproduce it any more. Andreas

bug#19749: Progress

Hello, this bug dates from a time where it was still almost realistic to reach zero non-building packages... Should we close it, since mips has been removed from the release architectures? Andreas

bug#18221: Close

The bug stricto sensu has been fixed by a "supported systems" clause. Since in more than 4 years nobody seems to have missed the package on other architectures, I am closing the bug for now. Andreas

bug#17117: Close

There have been so many changes since this bug was opened that it is not meaningful any more, and it was in any case more of "wishlist type". Closing it. Andreas

bug#32238: Close

The problem was corrected at some point in time without reference to the bug. The calibre package now builds and works. Andreas

bug#22835: Close

This can probably be closed, as nobody really remembers any more what it is about. Andreas

bug#27462: OCaml CVE-2015-8869

On Thu, Jan 31, 2019 at 06:30:27PM +0100, Julien Lepiller wrote: > I still care about ocaml-4.02, but I could probably update it to ocaml-4.04 > without breaking dependents. Commits 2e125ece093ef842ca017ffb146cbc5fa33f2f75 and 4982c0c98deecea0d4f69f14ea28cab53b5f2123 remove ocaml@4.01, pplacer

bug#34580: Service ssh-daemon could not be started

Hello, twice in a row at work (on harbourfront) and now twice in a row at home (on dover) I am in a situation where sshd does not start on Guix machines. Networking is available (the machines can be pinged), and I have to log in via a console and execute "herd start ssh-daemon" by hand. Here is

bug#34567: Bogus 'upower-service' deprecation message

Mark H Weaver writes: > My OS config includes a reference to 'upower-service', which is now > deprecated, but the deprecation message is bogus: > > mhw@jojen ~$ guix system build /etc/config.scm --verbosity=1 > /etc/config.scm:149:19: warning: 'slim-service' is deprecated, use >

bug#33608: bug#33882: Blender is not loading menu scripts

On Sun, Jan 06, 2019 at 12:03:03PM +0100, Thorsten Wilms wrote: > Sounds reasonable. However, Blender is a case where it might be worthwhile > to keep a 2.79 around even after the final release of 2.8, because the > graphics card requirements have been increased to OpenGL core 3.3 * I think this

bug#33832: The VPN service 'org.freedesktop.NetworkManager.openvpn' was not installed.

On Thu, Jan 10, 2019 at 07:51:07AM -0500, Maxim Cournoyer wrote: Debugging a bit further, it seems that my change to the network-manager-service-type had the following effect: A file populated at /etc/dbus-1/system-local.conf now has an include directive for network-manager-openvpn:

bug#34407: [PATCH] shepherd: Delete the socket file upon exit.

On Sun, 17 Feb 2019 11:38:16 +0800 iyzs...@member.fsf.org (宋文武) wrote: > Yes, I have the 'rm /run/user/1000/shepherd/socket' workaround in my session > script too... > > According to 'man 2 bind', the socket pathname should be deleted when no > longer required, so a patch to fix this bug: Hmm,

bug#34526: Updating node.js

I mean, it builds after also updating libuv: --- gnu/packages/libevent.scm.orig 2019-02-13 10:04:31.913458810 +0100 +++ gnu/packages/libevent.scm 2019-02-19 13:30:49.496780516 +0100 @@ -124,14 +124,14 @@ (define-public libuv (package (name "libuv") -(version "1.24.0") +(version

bug#34573: Backtrace of guix pull failed

On Tue, Feb 19, 2019 at 05:48:01PM +0100, Vincent Rouvreau wrote: > Maybe this is not a guix bug but a server issue. > Sorry for the noise, I will see with the admin. This is likely related to . If so, the solution is to either use nscd, as Ricardo suggested, or to

bug#34573: Backtrace of guix pull failed

Hello, I rolled back all my generations (I hope this is good - with command guix package --roll-back) $ guix package -i python python-numpy python-conda Les paquets suivants seront installés : python 3.7.0 /gnu/store/9z98cvjm7p7z21xdid1ryydxy5vyz6wr-python-3.7.0 python-numpy

bug#34526: Updating node.js

2019-02-18, Jelle Licht: It seems that llhttp includes a build step for generating C-files using TypeScript, making it a non-starter for proper packaging in Guix. See https://github.com/nodejs/llhttp/issues/14 for more details, but sadly no solution. What about statically linking

bug#34574: Confusing manual entry for gexp->file

Hello, The Guix manual contains the following description of gexp->file: -- Monadic Procedure: gexp->file NAME EXP [#:set-load-path? #t] [#:module-path %load-path] [#:splice? #f] [#:guile (default-guile)] Return a derivation that builds a file NAME containing EXP. When

bug#34573: Backtrace of guix pull failed

Hi Vincent, > I wanted to install python, numpy and conda on plafrim as explained here : > https://www.plafrim.fr/en/guix/ > And guix pull failed : […] > In ./guix/profiles.scm: > 1773:23 2 (_) > In ./guix/utils.scm: >661:47 1 (xdg-directory _ "/.config" #:ensure? _) > In unknown file:

bug#34573: Backtrace of guix pull failed

Bonjour Vincent, On Tue, Feb 19, 2019 at 10:55:58AM +0100, Vincent Rouvreau wrote: > And guix pull failed : > > guix package -i python python-numpy python-conda > eval `guix package --search-paths=prefix` so the first two commands succeeded? > guix pull > Backtrace: > In

bug#34531: Guix profile fails on Overdrive 1000

Hi Andreas, On Tue, 19 Feb 2019 16:35:53 +0100 Andreas Enge wrote: > I tried to simply drop python-wrapper from inputs. Actually it is not > referenced by the final output, so it should be in native-inputs. And > here is what happens: > > -- Could NOT find PythonInterp (missing:

bug#34531: Guix profile fails on Overdrive 1000

On Tue, Feb 19, 2019 at 02:23:23PM +0100, Ricardo Wurmus wrote: > Guix pull needs “guile-git”, and “guile-git” needs “libgit2”, which > needs “python-wrapper”. To remove the need for Python in “guix pull” we > would need to build libgit2 without Python. I don’t know if anyone has > investigated

bug#34573: Backtrace of guix pull failed

Hello, I wanted to install python, numpy and conda on plafrim as explained here : https://www.plafrim.fr/en/guix/ And guix pull failed : guix package -i python python-numpy python-conda eval `guix package --search-paths=prefix` guix pull Backtrace: In ice-9/boot-9.scm: 2887:24

bug#34531: Guix profile fails on Overdrive 1000

Hi Ricardo, Hi Andreas, On Tue, 19 Feb 2019 14:23:23 +0100 Ricardo Wurmus wrote: > Andreas Enge writes: > > > Before closing the bug, I would still like to ask whether there is a way > > of getting around the need for python. > > Guix pull needs “guile-git”, and “guile-git” needs

bug#34565: ungoogled-chromium contains Widevine DRM

Le 2019-02-19 14:42, Julien Lepiller a écrit : Le 2019-02-19 14:28, Jason Self a écrit : On Tue, 2019-02-19 at 02:06 -0500, Leo Famulari wrote: Why do you think this is the case? We know Chromium comes with it. Have you looked through ungoogled- chromium to see where it's being deleted? Our

bug#34565: ungoogled-chromium contains Widevine DRM

On Tue, Feb 19, 2019 at 05:28:26AM -0800, Jason Self wrote: > We know Chromium comes with it. Have you looked through ungoogled- > chromium to see where it's being deleted? Please show us the paths in our package's source code. We need to remove it if it is there. I looked and cannot find it. I

bug#34565: ungoogled-chromium contains Widevine DRM

Le 2019-02-19 14:28, Jason Self a écrit : On Tue, 2019-02-19 at 02:06 -0500, Leo Famulari wrote: Why do you think this is the case? We know Chromium comes with it. Have you looked through ungoogled- chromium to see where it's being deleted? Our package definition has two widevine-related

bug#34565: ungoogled-chromium contains Widevine DRM

On Tue, 2019-02-19 at 02:06 -0500, Leo Famulari wrote: Why do you think this is the case? We know Chromium comes with it. Have you looked through ungoogled- chromium to see where it's being deleted? signature.asc Description: This is a digitally signed message part

bug#34531: Guix profile fails on Overdrive 1000

Andreas Enge writes: > Before closing the bug, I would still like to ask whether there is a way > of getting around the need for python. Guix pull needs “guile-git”, and “guile-git” needs “libgit2”, which needs “python-wrapper”. To remove the need for Python in “guix pull” we would need to

bug#34570: Failure to build swig/graphviz

On Tue, Feb 19, 2019 at 10:16:32AM +0100, Danny Milosavljevic wrote: > I think that the test suite contains multiple sets of tests and and earlier > set > failed (the 514 perl5 tests apparently didn't fail; the warning shouldn't > make tests fail anyway). What's before what you posted in the

bug#34570: Failure to build swig/graphviz

Hi Andreas, I think that the test suite contains multiple sets of tests and and earlier set failed (the 514 perl5 tests apparently didn't fail; the warning shouldn't make tests fail anyway). What's before what you posted in the log? > I suppose the first one complaining that "make check" fails

bug#34570: Failure to build swig/graphviz

Hello, the following happens when using "guix pull -n" on my Overdrive with Guix 0.16.0. So maybe it has been solved in the meantime. When building swig-3.0.12 (for whatever reason...), the build fails with the following error during the check phase. Actually there are two errors; I suppose the

bug#34531: Guix profile fails on Overdrive 1000

Hello Marius, thanks a lot for your quick and helpful reply! On Mon, Feb 18, 2019 at 09:49:10PM +0100, Marius Bakke wrote: > The Python contained within this Guix snapshot has a known bug that > makes it leak memory on newer kernels. The Guix commit that works > around it is