From: Kei Kebreau <kei@openmailbox.org>
To: Roel Janssen <roel@gnu.org>
Cc: 26534@debbugs.gnu.org
Subject: bug#26534: [PATCH] gnu: Update glib to 2.52.1.
Date: Sun, 23 Apr 2017 13:44:39 -0400 [thread overview]
Message-ID: <87wpabj9x4.fsf@openmailbox.org> (raw)
In-Reply-To: <87shl6r8d2.fsf@gnu.org> (Roel Janssen's message of "Tue, 18 Apr 2017 00:12:57 +0200")
[-- Attachment #1: Type: text/plain, Size: 3167 bytes --]
Roel Janssen <roel@gnu.org> writes:
> Marius Bakke writes:
>
>> Roel Janssen <roel@gnu.org> writes:
>>
>>> Marius Bakke writes:
>>>
>>>> Roel Janssen <roel@gnu.org> writes:
>>>>
>>>>> From 802c557c95ae9cbe7edeec1ab58fc05ef4c4cd32 Mon Sep 17 00:00:00 2001
>>>>> From: Roel Janssen <roel@gnu.org>
>>>>> Date: Sun, 16 Apr 2017 15:53:54 +0200
>>>>> Subject: [PATCH] gnu: Update glib to 2.52.1.
>>>>>
>>>>> * gnu/packages/glib.scm (glib): Update to 2.52.1.
>>>>> ---
>>>>> gnu/packages/glib.scm | 4 ++--
>>>>> 1 file changed, 2 insertions(+), 2 deletions(-)
>>>>>
>>>>> diff --git a/gnu/packages/glib.scm b/gnu/packages/glib.scm
>>>>> index 6de9cce0b..4e29a550b 100644
>>>>> --- a/gnu/packages/glib.scm
>>>>> +++ b/gnu/packages/glib.scm
>>>>> @@ -137,7 +137,7 @@ shared NFS home directories.")
>>>>> (define glib
>>>>> (package
>>>>> (name "glib")
>>>>> - (version "2.50.3")
>>>>> + (version "2.52.1")
>>>>> (source (origin
>>>>> (method url-fetch)
>>>>> (uri (string-append "mirror://gnome/sources/"
>>>>> @@ -145,7 +145,7 @@ shared NFS home directories.")
>>>>> name "-" version ".tar.xz"))
>>>>> (sha256
>>>>> (base32
>>>>> - "16frrwhc1yqkzx6bgh3060g94dr2biab17fb01mrni819jzr9vl2"))
>>>>> + "0vsqrvjwsk2x3mm2i428hpm5vgsi1b384l6xdhm7xmzj2yw2d34l"))
>>>>> (patches (search-patches "glib-tests-timer.patch"))))
>>>>> (build-system gnu-build-system)
>>>>> (outputs '("out" ; everything
>>>>> --
>>>>> 2.12.1
>>>>>
>>>>> Dear Guix,
>>>>>
>>>>> Is it OK to update glib?
>>>>
>>>> I suspect this would require some other GTK updates as well. Maybe we
>>>> can start a new "gnome-updates" branch[0] and try to bring everything up
>>>> to date. "glib" alone has almost 1500 dependent packages which is too
>>>> much for "staging". What do you think?
>>>>
>>>> [0] https://lists.gnu.org/archive/html/guix-devel/2016-10/msg00933.html
>>>
>>> This is a good idea. The ultimate purpose is to get the latest GNOME
>>> release in GNU Guix. I cannot carry this task entirely myself, if we
>>> would like to get it in before the next GNOME release.. ;)
>>>
>>> So, I am not sure we need to build everything on Hydra, since it's
>>> already under a high load. Maybe it's enough to create a branch in the
>>> Git repository and do the builds locally?
>>
>> I think pushing a "gnome-updates" branch to Savannah is a good start :)
>> `./pre-inst-env guix refresh -u gnome` appears able to do the grunt of
>> it. Let's start a Hydra evaluation once most packages are updated and
>> see how it goes :)
>
> I pushed the branch and put the glib update there. I will push of
> 'refresh -u gnome' there as well.
>
> Kind regards,
> Roel Janssen
Hi Roel,
I'm looking at updating GNOME packages as well. When I tried building
the most recent version of Eye of GNOME, glib gave me two test
failures. Do you think these failures could be a result of glib
dependencies needing to be updated, or is this fixable on its own?
Thanks in advance,
Kei
[-- Attachment #2: signature.asc --]
[-- Type: application/pgp-signature, Size: 832 bytes --]
next prev parent reply other threads:[~2017-04-23 17:45 UTC|newest]
Thread overview: 15+ messages / expand[flat|nested] mbox.gz Atom feed top
2017-04-16 13:56 bug#26534: [PATCH] gnu: Update glib to 2.52.1 Roel Janssen
2017-04-16 19:10 ` Marius Bakke
2017-04-17 12:49 ` Roel Janssen
2017-04-17 16:31 ` Marius Bakke
2017-04-17 22:12 ` Roel Janssen
2017-04-17 22:19 ` Marius Bakke
2017-04-23 17:44 ` Kei Kebreau [this message]
2017-04-24 12:05 ` Roel Janssen
2017-04-24 19:21 ` Roel Janssen
2017-04-27 17:35 ` Kei Kebreau
2017-04-27 17:50 ` Marius Bakke
2017-04-27 20:26 ` Kei Kebreau
2017-04-28 10:36 ` Roel Janssen
2017-04-28 15:44 ` Kei Kebreau
2017-04-28 14:21 ` Marius Bakke
Reply instructions:
You may reply publicly to this message via plain-text email
using any one of the following methods:
* Save the following mbox file, import it into your mail client,
and reply-to-all from there: mbox
Avoid top-posting and favor interleaved quoting:
https://en.wikipedia.org/wiki/Posting_style#Interleaved_style
* Reply using the --to, --cc, and --in-reply-to
switches of git-send-email(1):
git send-email \
--in-reply-to=87wpabj9x4.fsf@openmailbox.org \
--to=kei@openmailbox.org \
--cc=26534@debbugs.gnu.org \
--cc=roel@gnu.org \
/path/to/YOUR_REPLY
https://kernel.org/pub/software/scm/git/docs/git-send-email.html
* If your mail client supports setting the In-Reply-To header
via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line
before the message body.
Code repositories for project(s) associated with this external index
https://git.savannah.gnu.org/cgit/guix.git
This is an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.