Hi again, I am taking a shot at fixing this and fetching the patches from the Freedesktop ticket.
https://bugs.freedesktop.org/show_bug.cgi?id=95326 When I use wget to fetch the patch link, the file names are of the form: gdate.c?id=0817af40e8c74c721c30f6ef482b1f53d12044c7 52ecda6335add96494a178186bf7d490 And the RSB is fetching both as "gdate.c" How do I fetch these patches and specify the md5 sum? %patch add glib https://git.gnome.org/browse/glib/patch/glib/gdate.c?id=0817af40e8c74c721c30f6ef482b1f53d12044c7 %hash md5 gdate.c?id=0817af40e8c74c721c30f6ef482b1f53d12044c7 52ecda6335add96494a178186bf7d490 %patch add glib https://git.gnome.org/browse/glib/patch/glib/gdate.c?id=8cdbc7fb2c8c876902e457abe46ee18a0b134486 %hash md5 gdate.c?id=8cdbc7fb2c8c876902e457abe46ee18a0b134486 16bc0b96bbfa7c2b350df6f4aff2db29 Thanks. --joel On Wed, Feb 15, 2017 at 7:10 AM, Joel Sherrill <j...@rtems.org> wrote: > > > On Feb 14, 2017 8:47 PM, "Chris Johns" <chr...@rtems.org> wrote: > > On 15/02/2017 04:00, Joel Sherrill wrote: > >> Hi >> >> Helping someone using Debian unstable which uses gcc 6.3.0. glib has >> code using strftime() which is now flagged and glib is compiled with >> -Werror. >> >> gdate.c:2497 in glib 2.39. On the glib master at github, it is line 2500 >> and >> the code is fixed with a blame/comment in 2002. >> >> My first thought was to bump the glib version but glib is at 2.50 and >> I am concerned about interface changes. Besides, this isn't fixed >> on their master from what we saw. >> >> Someone reported this to Freedesktop with this issue: >> >> https://bugs.freedesktop.org/show_bug.cgi?id=95326 >> >> Any thoughts? >> >> > I have some patches sitting around somewhere to bump a few bits and pieces > used to build qemu when I tried to build qemu on OSX. I could not get it to > build and I did not have the time to complete the work. > > > I filed a ticket and think I have the solution based on that ticket. Just > need to spend the time updating the package. > > I don't see any reason to investigate rebaselining qemu yet. > > > Chris > _______________________________________________ > devel mailing list > devel@rtems.org > http://lists.rtems.org/mailman/listinfo/devel > > >
_______________________________________________ devel mailing list devel@rtems.org http://lists.rtems.org/mailman/listinfo/devel