Heya,
git magic tricks happened, and Zeeshan's geoclue2 work has been merged
into geoclue master on freedesktop.org.
Version was bumped to 1.99.0 (leading the way to a real geoclue 2
release). This first version is a tech demo for the new API, and is used
by the GNOME Maps application.
The next
Em Sat, 2013-08-03 às 14:09 +0200, Bastien Nocera escreveu:
snip
Version was bumped to 1.99.0 (leading the way to a real geoclue 2
release). This first version is a tech demo for the new API, and is used
by the GNOME Maps application.
First tarball is at:
Will there be a 2.0 in time for gnome 3.10, or will this have a longer
incubation period before going stable ?
___
release-team@gnome.org
https://mail.gnome.org/mailman/listinfo/release-team
Release-team lurker? Do NOT participate in discussions.
2013/8/3 Matthias Clasen matthias.cla...@gmail.com:
On Sat, Aug 3, 2013 at 1:09 AM, Luca Ferretti lferr...@gnome.org wrote:
The current build status is:
* baobab, glade, aisleriot, gnome-clocks fail to build
(need new tarballs against latest vala release)
You can probably get the vala
https://bugzilla.gnome.org/show_bug.cgi?id=665193 got merged today.
I consider it to have a similar potential to UI changes in Nautilus for
3.6, and it should be something that needs broader discussion, or at
least a really good explanation for 3.10 release notes and marketing.
How to we proceed?
There are several packages requiring or suggesting old
geoclue so currently we need both.
A quick workaround for jhbuild could be rename the old one
as geoclue1 and make it a sysdep (assuming it can be
installed from distro package, it should be safe).
See http://pastebin.com/y0jXXknf
2013/8/3
Hi Sri,
(adding in CC the release team too).
I just had a quick talk with Bastien, and actually he told me that
this process is already existing, but is maybe just too late in the
process. During the release, the release team ask every maintainers
for a list of changes. Maybe we could just move