Re: Help needed updating vlc to version 3.0.1.

[Mark H Weaver]

Chris Marusich  writes:

> Mark H Weaver  writes:
>
>> Below I've attached a draft patch to update vlc to 3.0.1, and also to
>> add several more inputs based on reading the output of the 'configure'
>> script.
>
> Thank you for working on this!  I don't have a solution, but I wanted to
> ask: why not post this to guix-patc...@gnu.org?  That way, it's less
> likely we will forget about it, and it is more likely that somebody
> perusing the patches might pick it up later.

Indeed, you are right.  'guix-patches' is the proper venue for this.
I will post it there after crafting a proper commit log.

Thanks,
  Mark

Re: Help needed updating vlc to version 3.0.1.

[Chris Marusich]

Hi Mark,

Mark H Weaver  writes:

> Below I've attached a draft patch to update vlc to 3.0.1, and also to
> add several more inputs based on reading the output of the 'configure'
> script.

Thank you for working on this!  I don't have a solution, but I wanted to
ask: why not post this to guix-patc...@gnu.org?  That way, it's less
likely we will forget about it, and it is more likely that somebody
perusing the patches might pick it up later.

-- 
Chris


signature.asc
Description: PGP signature

Re: Translating to Chinese, Spanish and Japanese (and more)

[pelzflorian (Florian Pelz)]

Hello,


I am very sorry for the late reply.  I got behind on my e-mail.


On Thu, Mar 29, 2018 at 12:22:43PM +0200, julien lepiller wrote:
> Le 2018-02-06 11:19, pelzflorian (Florian Pelz) a écrit :
> > Forgot attachment.
> 
> Hi, what's the status of that?
> 

The current status has not changed since this discussion.

http://lists.gnu.org/archive/html/guix-devel/2018-02/msg00172.html

It has links to patches that I plan to work on in the coming week.  I
still need to document the Haunt changes and propose them to David
Thompson again.


> In the meantime, I've found ITS (Internationalization Tag Set) and itstool:
> http://itstool.org/
> 
> What do you think?
> 

This could be useful for translating blog posts that consist of just
data, but for the main Haunt source code I want more control and less
automation.  When translating blog posts, I do not intend to use PO
files, instead I just make a new file with the translated blog post
for the other language’s blog.  But maybe Guix would prefer PO for its
blog posts.

See my source code here:

https://pelzflorian.de/git/pelzfloriande-website/tree/

See my po file here:

https://pelzflorian.de/git/pelzfloriande-website/tree/po/de.po

(Search for the “<” character to find examples of how it uses XML,
using what Ricardo Wurmus proposed.)

Regards,
Florian


signature.asc
Description: PGP signature

Re: create a symlink

[Rene]

Hi Joshua,

On top of Debian/Hurd, We are trying to populate a partition with the binaries 
required to boot GNU Mach and GNU Hurd, through Guix with:

'guix system init'

You can see more on guix-devel mailing list and here:

https://github.com/Phant0mas/Guix-on-Hurd
https://github.com/methalo/guix.git

Help needed updating vlc to version 3.0.1.

[Mark H Weaver]

Hello Guix,

Below I've attached a draft patch to update vlc to 3.0.1, and also to
add several more inputs based on reading the output of the 'configure'
script.

It builds successfully and mostly works except for one problem: the
icons are missing from the control buttons on the main window of the Qt
interface.  The icons in question are .svg files in the source tarball,
but are converted into data structures within C++ source code using
'rcc'.

strace reveals that vlc is performing 'stat' system calls on bogus file
names beginning with ":/", e.g. ":/toolbar/play_b.svg".  These
correspond to the missing icons.  According to
, these names that
begin with ":/" are meant to be references to resources that were
imported using 'rcc'.

I can't afford to spend more time on this right now.  I don't use vlc
myself, but for security reasons I think it's important to keep our
media players up-to-date, especially media players like vlc that bundle
their own codecs.  I expect that vlc is quite popular, which makes it
all the more important.

I'm hoping that someone with more knowledge of Qt will step up to debug
this problem.  Any volunteers?

Note, this patch is based on core-updates, but hopefully it would work
on 'master' too.

   Mark


>From 0adef8dc0f128dc6eb16106ef653215cfdd7fa31 Mon Sep 17 00:00:00 2001
From: Mark H Weaver 
Date: Wed, 18 Apr 2018 21:32:46 -0400
Subject: [PATCH] DRAFT: gnu: vlc: Update to 3.0.1, and add more inputs.

---
 gnu/packages/video.scm | 74 +++---
 1 file changed, 62 insertions(+), 12 deletions(-)

diff --git a/gnu/packages/video.scm b/gnu/packages/video.scm
index ad7e12079..862d36510 100644
--- a/gnu/packages/video.scm
+++ b/gnu/packages/video.scm
@@ -1,7 +1,7 @@
 ;;; GNU Guix --- Functional package management for GNU
 ;;; Copyright © 2013, 2014, 2015, 2016 Andreas Enge 
 ;;; Copyright © 2014, 2015, 2016 David Thompson 
-;;; Copyright © 2014, 2015, 2016 Mark H Weaver 
+;;; Copyright © 2014, 2015, 2016, 2018 Mark H Weaver 
 ;;; Copyright © 2015 Taylan Ulrich Bayırlı/Kammer 
 ;;; Copyright © 2015, 2016, 2017, 2018 Efraim Flashner 
 ;;; Copyright © 2015 Andy Patterson 
@@ -63,6 +63,7 @@
   #:use-module (gnu packages audio)
   #:use-module (gnu packages autotools)
   #:use-module (gnu packages avahi)
+  #:use-module (gnu packages backup)
   #:use-module (gnu packages base)
   #:use-module (gnu packages bison)
   #:use-module (gnu packages boost)
@@ -94,6 +95,7 @@
   #:use-module (gnu packages image)
   #:use-module (gnu packages imagemagick)
   #:use-module (gnu packages iso-codes)
+  #:use-module (gnu packages libidn)
   #:use-module (gnu packages libreoffice)
   #:use-module (gnu packages linux)
   #:use-module (gnu packages lua)
@@ -110,7 +112,9 @@
   #:use-module (gnu packages python-crypto)
   #:use-module (gnu packages python-web)
   #:use-module (gnu packages qt)
+  #:use-module (gnu packages rdesktop)
   #:use-module (gnu packages ruby)
+  #:use-module (gnu packages samba)
   #:use-module (gnu packages sdl)
   #:use-module (gnu packages serialization)
   #:use-module (gnu packages shells)
@@ -118,6 +122,7 @@
   #:use-module (gnu packages texinfo)
   #:use-module (gnu packages textutils)
   #:use-module (gnu packages tls)
+  #:use-module (gnu packages upnp)
   #:use-module (gnu packages version-control)
   #:use-module (gnu packages vulkan)
   #:use-module (gnu packages web)
@@ -813,7 +818,7 @@ audio/video codec library.")
 (define-public vlc
   (package
 (name "vlc")
-(version "2.2.8")
+(version "3.0.1")
 (source (origin
  (method url-fetch)
  (uri (string-append
@@ -821,55 +826,90 @@ audio/video codec library.")
version "/vlc-" version ".tar.xz"))
  (sha256
   (base32
-   "1v32snw46rkgbdqdy3dssl2y13i8p2cr1cw1i18r6vdmiy24dw4v"
+   "008krfhykm9447wc1kkw82bsw3f6ikljgrqyb1sinwlxnkghqw6f"
 (build-system gnu-build-system)
 (native-inputs
- `(("git" ,git) ; needed for a test
+ `(("flex" ,flex)
+   ("bison" ,bison)
+   ("gettext" ,gettext-minimal)
+   ("git" ,git) ; needed for a test
("pkg-config" ,pkg-config)))
 ;; FIXME: Add optional inputs once available.
 (inputs
  `(("alsa-lib" ,alsa-lib)
("avahi" ,avahi)
("dbus" ,dbus)
+   ("eudev" ,eudev)
("flac" ,flac)
-   ("ffmpeg" ,ffmpeg-2.8)   ;fails to build against ffmpeg 3.0
+   ("ffmpeg" ,ffmpeg)
("fontconfig" ,fontconfig)
("freetype" ,freetype)
+   ("fribidi" ,fribidi)
("gnutls" ,gnutls)
("liba52" ,liba52)
+   ("libarchive" ,libarchive)
+   ("libass" ,libass)
+   ("libavc1394" ,libavc1394)
+   ("libbluray" ,libbluray)
+   ("libcaca" 

Detecting duplicate field initializers in guix record constructors

[Mark H Weaver]

Hello Guix,

Recently, when doing a merge of 'master' into 'core-updates', I noticed
that git's automatic merging sometimes results in duplicate field
initializers being introduced, without any merge conflict being
reported.  This happens when a field is introduced independently in both
'core-updates' and 'master', but in different places within the
constructor.

So, I implemented duplicate field detection in (guix records).
See below for my draft patches.

This revealed 9 occurrences of this error in my private branch, which is
based on 'core-updates' with recent 'staging' and 'master' merged in.

I ran into another problem along the way.  I found that after adding the
duplicate field detection to (guix records), building Guix from a clean
tree started failing with an apparently unrelated error.  When the code
in build-aux/compile-all.scm attempted to _load_ (guix scripts pack), it
hit a fatal error, namely that 'gzip' was undefined, although it's
clearly importing the right module.  I guess this is somehow related to
the cycles in our module dependency graph.  I found that this problem
could be prevented by moving $(GNU_SYSTEM_MODULES) above the modules in
guix/{import,scripts} in MODULES in Makefile.am.  The idea is that
modules in guix/{import,scripts} sometimes import package modules, but
never the other way around.

I've attached three draft patches below.  The first applies the
aforementioned workaround in Makefile.am.  The second fixes the 9
occurrences of duplicate field initializers in my private branch.  The
third modifies (guix records) to raise an error if duplicate fields are
found.

Comments and suggestions welcome.

   Mark


>From 5e4422d81d4fd5581bce8f8b29f4c75864e37bd0 Mon Sep 17 00:00:00 2001
From: Mark H Weaver 
Date: Thu, 19 Apr 2018 16:18:26 -0400
Subject: [PATCH 1/3] DRAFT: build: Load $(GNU_SYSTEM_MODULES) before
 guix/{import,scripts}.

This works around an issue where modules in guix/import and guix/scripts
sometimes depend on package definitions at module load time.

* Makefile.am (MODULES): Move $(GNU_SYSTEM_MODULES) above guix/import/* and
guix/scripts/*.
---
 Makefile.am | 4 ++--
 1 file changed, 2 insertions(+), 2 deletions(-)

diff --git a/Makefile.am b/Makefile.am
index 86528e8fd..c6dca942f 100644
--- a/Makefile.am
+++ b/Makefile.am
@@ -174,6 +174,7 @@ MODULES =	\
   guix/build/make-bootstrap.scm			\
   guix/search-paths.scm\
   guix/packages.scm\
+  $(GNU_SYSTEM_MODULES)\
   guix/import/print.scm\
   guix/import/utils.scm\
   guix/import/gnu.scm\
@@ -214,8 +215,7 @@ MODULES =	\
   guix/scripts/graph.scm			\
   guix/scripts/container.scm			\
   guix/scripts/container/exec.scm		\
-  guix.scm	\
-  $(GNU_SYSTEM_MODULES)
+  guix.scm
 
 if HAVE_GUILE_JSON
 
-- 
2.17.0

>From 907cd4b4a485fbce7662c3149d8d4eeb0b4e7d0d Mon Sep 17 00:00:00 2001
From: Mark H Weaver 
Date: Thu, 19 Apr 2018 16:41:45 -0400
Subject: [PATCH 2/3] DRAFT: Fix duplicate field initializers in guix record
 constructors.

---
 gnu/packages/bittorrent.scm | 2 --
 gnu/packages/gcc.scm| 4 ++--
 gnu/packages/glib.scm   | 9 -
 gnu/packages/haskell.scm| 3 +++
 gnu/packages/python.scm | 4 
 gnu/packages/syncthing.scm  | 2 --
 gnu/packages/web.scm| 4 
 gnu/tests/install.scm   | 1 -
 8 files changed, 17 insertions(+), 12 deletions(-)

diff --git a/gnu/packages/bittorrent.scm b/gnu/packages/bittorrent.scm
index ae9b3bc62..9df4f097a 100644
--- a/gnu/packages/bittorrent.scm
+++ b/gnu/packages/bittorrent.scm
@@ -315,8 +315,6 @@ Aria2 can be manipulated via built-in JSON-RPC and XML-RPC interfaces.")
(base32
 "0919cf7lfk1djdl003cahqjvafdliv7v2l8r5wg95n4isqggdk75"
 (build-system gnu-build-system)
-(native-inputs
- `(("intltool" ,intltool)))
 (inputs
  `(("curl" ,curl)
("gtk+" ,gtk+)
diff --git a/gnu/packages/gcc.scm b/gnu/packages/gcc.scm
index 3a34ffbb3..741cfab06 100644
--- a/gnu/packages/gcc.scm
+++ b/gnu/packages/gcc.scm
@@ -145,11 +145,11 @@ where the OS part is overloaded to denote a specific ABI---into GCC
(method url-fetch)
(uri (string-append "mirror://gnu/gcc/gcc-"
version "/gcc-" version ".tar.bz2"))
-   (patches (search-patches "gcc-4-compile-with-gcc-5.patch"))
(sha256
 (base32
  "10k2k71kxgay283ylbbhhs51cl55zn2q38vj5pk4k950qdnirrlj"))
-   (patches (search-patches "gcc-fix-texi2pod.patch"
+   (patches (search-patches "gcc-4-compile-with-gcc-5.patch"
+"gcc-fix-texi2pod.patch"
   (build-system gnu-build-system)
 
   ;; Separate out the run-time support libraries because all the
diff --git a/gnu/packages/glib.scm b/gnu/packages/glib.scm
index dfa7b06a8..25d66ec3d 100644
--- a/gnu/packages/glib.scm
+++ b/gnu/packages/glib.scm
@@ 

Successfully running GNOME on core-updates + staging

[Mark H Weaver]

Hello Guix,

I've successfully updated my x86_64 GuixSD system to my private branch
based on 'core-updates' with recent 'master' and 'staging' merged into
it.  This system includes a full GNOME desktop environment plus a few
programs based on Qt.  It all works quite well.

My branch includes a few draft fixes and workarounds that I haven't yet
pushed, but nothing that would require many rebuilds to update later.

So, I think it might be time to ask Hydra to build all of core-updates,
after staging is merged into it.

What do you think?

  Mark