From: Roel Janssen <roel@gnu.org>
To: Kei Kebreau <kei@openmailbox.org>
Cc: 26534@debbugs.gnu.org
Subject: bug#26534: [PATCH] gnu: Update glib to 2.52.1.
Date: Mon, 24 Apr 2017 14:05:59 +0200 [thread overview]
Message-ID: <rbu37cyj9i0.fsf@gnu.org> (raw)
In-Reply-To: <87wpabj9x4.fsf@openmailbox.org>
Kei Kebreau writes:
> 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
Hi Kei,
I don't know. I did:
$ guix refresh -t gnome -u
Do you have the build output log for the failed GLib?
Kind regards,
Roel Janssen
next prev parent reply other threads:[~2017-04-24 12:07 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
2017-04-24 12:05 ` Roel Janssen [this message]
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
List information: https://guix.gnu.org/
* Reply using the --to, --cc, and --in-reply-to
switches of git-send-email(1):
git send-email \
--in-reply-to=rbu37cyj9i0.fsf@gnu.org \
--to=roel@gnu.org \
--cc=26534@debbugs.gnu.org \
--cc=kei@openmailbox.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 public inbox
https://git.savannah.gnu.org/cgit/guix.git
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox;
as well as URLs for read-only IMAP folder(s) and NNTP newsgroup(s).