[Empathy] Hard code freeze exception request: auto accept file transfer and calls
Hi guys, I'd like to have a hard code freeze exception for this bug: https://bugzilla.gnome.org/show_bug.cgi?id=660084 The fix is trivial and auto accepting video calls is considered as harmful, especially if you enjoy using your computer naked. :) G. -- Guillaume Desmottes Jabber GPG 1024D/711E31B1 | 1B5A 1BA8 11AA F0F1 2169 E28A AC55 8671 711E 31B1 ___ release-team@gnome.org http://mail.gnome.org/mailman/listinfo/release-team Release-team lurker? Do NOT participate in discussions.
Re: [Empathy] Hard code freeze exception request: auto accept file transfer and calls
Guillaume Desmottes wrote: > I'd like to have a hard code freeze exception for this bug: > https://bugzilla.gnome.org/show_bug.cgi?id=660084 > > The fix is trivial and auto accepting video calls is considered as > harmful, especially if you enjoy using your computer naked. :) I'll suppose you tested it appropriately and give you my +1 on it. Fred ___ release-team@gnome.org http://mail.gnome.org/mailman/listinfo/release-team Release-team lurker? Do NOT participate in discussions.
[empathy] Created branch gnome-3-2
The branch 'gnome-3-2' was created pointing to: d5094b8... release.py: update last_tag_pattern ___ release-team@gnome.org http://mail.gnome.org/mailman/listinfo/release-team Release-team lurker? Do NOT participate in discussions.
Code freeze break request for Orca
Hi Release Team. I'm seeking a code freeze break request for today for bug 660091. It's a small, one-line change. Without this fix, users who have defined or redefined Orca keybindings stand an excellent chance of not being able to bring up Orca's Preferences dialog. :-/ Thanks in advance for your consideration. --joanie ___ release-team@gnome.org http://mail.gnome.org/mailman/listinfo/release-team Release-team lurker? Do NOT participate in discussions.
[gucharmap] Created branch gnome-3-2
The branch 'gnome-3-2' was created pointing to: 2eae468... Version 3.2.0 ___ release-team@gnome.org http://mail.gnome.org/mailman/listinfo/release-team Release-team lurker? Do NOT participate in discussions.
Re: Code freeze break request for Orca
Hi Joanmarie, > I'm seeking a code freeze break request for today for bug 660091. It's a > small, one-line change. Without this fix, users who have defined or > redefined Orca keybindings stand an excellent chance of not being able > to bring up Orca's Preferences dialog. :-/ > > Thanks in advance for your consideration. Looks ok, +1. Fred (patch attached for easier reading by other members) >From 71f1a855fdff1724e3694171f59c181974497cef Mon Sep 17 00:00:00 2001 From: Joanmarie Diggs Date: Mon, 26 Sep 2011 07:28:53 -0400 Subject: [PATCH] Fix for bug 660091 - Unbound alternative keybindings in user-settings.conf prevent the preferences window from being shown --- src/orca/orca_gui_prefs.py |2 +- 1 files changed, 1 insertions(+), 1 deletions(-) diff --git a/src/orca/orca_gui_prefs.py b/src/orca/orca_gui_prefs.py index 313b84d..bcd976a 100644 --- a/src/orca/orca_gui_prefs.py +++ b/src/orca/orca_gui_prefs.py @@ -2045,7 +2045,7 @@ class OrcaSetupGUI(orca_gtkbuilder.GtkBuilderWrapper): if model.get(iterChild, DESCRIP)[0] == kb.handler.description: exist = True if not kb.keysymstring: -text = None +text = '' else: clickCount = self._clickCountToString(kb.click_count) text = keybindings.getModifierNames(kb.modifiers) \ -- 1.7.6.2 ___ release-team@gnome.org http://mail.gnome.org/mailman/listinfo/release-team Release-team lurker? Do NOT participate in discussions.
Re: [Empathy] Hard code freeze exception request: auto accept file transfer and calls
On 26 September 2011 10:09, Frederic Peters wrote: > Guillaume Desmottes wrote: > >> I'd like to have a hard code freeze exception for this bug: >> https://bugzilla.gnome.org/show_bug.cgi?id=660084 >> >> The fix is trivial and auto accepting video calls is considered as >> harmful, especially if you enjoy using your computer naked. :) > > I'll suppose you tested it appropriately and give you my +1 on it. > 2/2 -- Javier Jardón Cabezas ___ release-team@gnome.org http://mail.gnome.org/mailman/listinfo/release-team Release-team lurker? Do NOT participate in discussions.
contacts freeze break request
I've released 3.2.0 but found an issue when using the latest folks release. They changed some eds integration details, and now local addressbook entries show up some weird uid instead of "Local Contact". See https://bugzilla.gnome.org/show_bug.cgi?id=660125#c3 for details and patch. ___ release-team@gnome.org http://mail.gnome.org/mailman/listinfo/release-team Release-team lurker? Do NOT participate in discussions.
Re: Code freeze break request for Orca
On Mon, Sep 26, 2011 at 8:29 AM, Frederic Peters wrote: > Hi Joanmarie, > >> I'm seeking a code freeze break request for today for bug 660091. It's a >> small, one-line change. Without this fix, users who have defined or >> redefined Orca keybindings stand an excellent chance of not being able >> to bring up Orca's Preferences dialog. :-/ >> >> Thanks in advance for your consideration. > > Looks ok, +1. +1 from me too. You're good to go ___ release-team@gnome.org http://mail.gnome.org/mailman/listinfo/release-team Release-team lurker? Do NOT participate in discussions.
Re: contacts freeze break request
On Mon, Sep 26, 2011 at 8:51 AM, Alexander Larsson wrote: > I've released 3.2.0 but found an issue when using the latest folks > release. They changed some eds integration details, and now local > addressbook entries show up some weird uid instead of "Local Contact". > > See > https://bugzilla.gnome.org/show_bug.cgi?id=660125#c3 > > for details and patch. Small typo in the commit message, otherwise looks fine to me. +1 ___ release-team@gnome.org http://mail.gnome.org/mailman/listinfo/release-team Release-team lurker? Do NOT participate in discussions.
Re: contacts freeze break request
Alexander Larsson wrote: > I've released 3.2.0 but found an issue when using the latest folks > release. They changed some eds integration details, and now local > addressbook entries show up some weird uid instead of "Local Contact". > > See > https://bugzilla.gnome.org/show_bug.cgi?id=660125#c3 > > for details and patch. +1, considered tested. It will make sense for next cycle to push for folks to respect the GNOME schedule. Fred ___ release-team@gnome.org http://mail.gnome.org/mailman/listinfo/release-team Release-team lurker? Do NOT participate in discussions.
gnome-settings-daemon hard code freeze break
Hey RT! Three potential fixes for gnome-3-2 consideration please: Trivial fix, low risk: removes a warning in xsession: http://git.gnome.org/browse/gnome-settings-daemon/commit/?id=67785fa2b1043bd5397669f92abbd210dbf23f24 Trivial fix, low risk: remove two missing refcount leaks: http://git.gnome.org/browse/gnome-settings-daemon/commit/?id=09c582d9e31580fbfced001811006617dfad5ef9 Not trivial, complicated, medium risk: actually make suspend on idle work correctly: http://git.gnome.org/browse/gnome-settings-daemon/commit/?id=bdde7b7db788926adaa9fd1e80f2af606deb1d24 -- see https://bugzilla.gnome.org/show_bug.cgi?id=659066 for details. It's been tested by 3 people, and it probably quite important for 3.2.0 Thanks, Richard. ___ release-team@gnome.org http://mail.gnome.org/mailman/listinfo/release-team Release-team lurker? Do NOT participate in discussions.
Re: gnome-settings-daemon hard code freeze break
Richard Hughes wrote: > Three potential fixes for gnome-3-2 consideration please: > > Trivial fix, low risk: removes a warning in xsession: > http://git.gnome.org/browse/gnome-settings-daemon/commit/?id=67785fa2b1043bd5397669f92abbd210dbf23f24 > > Trivial fix, low risk: remove two missing refcount leaks: > http://git.gnome.org/browse/gnome-settings-daemon/commit/?id=09c582d9e31580fbfced001811006617dfad5ef9 Both look ok but could as well go in 3.2.1, avoiding a warning on xsession-errors and a few small leaks is nice to have, but not the kind of code break suitable the day of the release. I'll let two other members give the approval if they feel like it. > Not trivial, complicated, medium risk: actually make suspend on idle > work correctly: > http://git.gnome.org/browse/gnome-settings-daemon/commit/?id=bdde7b7db788926adaa9fd1e80f2af606deb1d24 > -- see https://bugzilla.gnome.org/show_bug.cgi?id=659066 for details. > It's been tested by 3 people, and it probably quite important for > 3.2.0 On the other hand this looks like a real problem, too bad the trivial patches were not for this one… But it has been tested, I'd give +1 on this. Fred ___ release-team@gnome.org http://mail.gnome.org/mailman/listinfo/release-team Release-team lurker? Do NOT participate in discussions.
GLib freeze break for broken mimeapps.list file
hi We have a data corruption issue in GLib that's causing some pain: https://bugzilla.gnome.org/show_bug.cgi?id=658188 For some background: https://bugzilla.gnome.org/show_bug.cgi?id=636311 The issue is that we have a somewhat complicated algorithm that attempts to promote the system default application for a given mimetype into the user's list of default applications. This code springs into play in seemingly innocent situations (such as when calling g_app_info_set_as_last_used_for_type() for a given type) and can do the wrong thing. The fix (in my opinion) is to completely remove that logic and replace it with an extra check for system-level defaults at the time that we go to do the query for the default app. I'd like to push this as a last-minute change before releasing GLib 2.30.0 this afternoon. I currently have a couple of distributions doing testing of the change, and I'm hoping for a sign-off by Cosimo (in addition to the one I already have from Alex). Since this is a semi-substantial change and it comes so late in the game, I really appreciate some extra eyeballs for review on this one, so I'm formally requesting a freeze break (on the condition that all of the other reviewers come back with only good news). Cheers ___ release-team@gnome.org http://mail.gnome.org/mailman/listinfo/release-team Release-team lurker? Do NOT participate in discussions.
[mousetweaks] Created branch gnome-3-2
The branch 'gnome-3-2' was created pointing to: a60a780... Prepare the 3.2.0 release ___ release-team@gnome.org http://mail.gnome.org/mailman/listinfo/release-team Release-team lurker? Do NOT participate in discussions.
[nautilus] Created branch gnome-3-2
The branch 'gnome-3-2' was created pointing to: f51bad3... release: prepare for 3.2.0 ___ release-team@gnome.org http://mail.gnome.org/mailman/listinfo/release-team Release-team lurker? Do NOT participate in discussions.
[gnome-utils] Created branch gnome-3-2
The branch 'gnome-3-2' was created pointing to: 26686a0... release: prepare for 3.2.0 ___ release-team@gnome.org http://mail.gnome.org/mailman/listinfo/release-team Release-team lurker? Do NOT participate in discussions.
[gnome-documents] Created branch gnome-3-2
The branch 'gnome-3-2' was created pointing to: 5ad5a61... Updated Traditional Chinese translation(Hong Kong and Taiwa ___ release-team@gnome.org http://mail.gnome.org/mailman/listinfo/release-team Release-team lurker? Do NOT participate in discussions.
[sushi] Created branch gnome-3-2
The branch 'gnome-3-2' was created pointing to: 98d6c9e... release: prepare for 0.2.0 ___ release-team@gnome.org http://mail.gnome.org/mailman/listinfo/release-team Release-team lurker? Do NOT participate in discussions.
[gnome-themes-standard] Created branch gnome-3-2
The branch 'gnome-3-2' was created pointing to: ecb6ccf... release: prepare for 3.2.0 ___ release-team@gnome.org http://mail.gnome.org/mailman/listinfo/release-team Release-team lurker? Do NOT participate in discussions.
Re: gnome-settings-daemon hard code freeze break
On Mon, Sep 26, 2011 at 10:13 AM, Frederic Peters wrote: > Richard Hughes wrote: > >> Three potential fixes for gnome-3-2 consideration please: >> >> Trivial fix, low risk: removes a warning in xsession: >> http://git.gnome.org/browse/gnome-settings-daemon/commit/?id=67785fa2b1043bd5397669f92abbd210dbf23f24 >> >> Trivial fix, low risk: remove two missing refcount leaks: >> http://git.gnome.org/browse/gnome-settings-daemon/commit/?id=09c582d9e31580fbfced001811006617dfad5ef9 > > Both look ok but could as well go in 3.2.1, avoiding a warning on > xsession-errors and a few small leaks is nice to have, but not the > kind of code break suitable the day of the release. I'll let two other > members give the approval if they feel like it. > > >> Not trivial, complicated, medium risk: actually make suspend on idle >> work correctly: >> http://git.gnome.org/browse/gnome-settings-daemon/commit/?id=bdde7b7db788926adaa9fd1e80f2af606deb1d24 >> -- see https://bugzilla.gnome.org/show_bug.cgi?id=659066 for details. >> It's been tested by 3 people, and it probably quite important for >> 3.2.0 > > On the other hand this looks like a real problem, too bad the trivial > patches were not for this one… But it has been tested, I'd give +1 on > this. I agree. I'm interested in the suspend-on-idle fix for 3.2.0, the others can wait for 3.2.1 ___ release-team@gnome.org http://mail.gnome.org/mailman/listinfo/release-team Release-team lurker? Do NOT participate in discussions.
[gnome-power-manager] Created branch gnome-3-2
The branch 'gnome-3-2' was created pointing to: c15dfc8... trivial: Post release version bump ___ release-team@gnome.org http://mail.gnome.org/mailman/listinfo/release-team Release-team lurker? Do NOT participate in discussions.
[vino] Created branch gnome-3-2
The branch 'gnome-3-2' was created pointing to: 4eb0d78... Update NEWS for 3.2.0 release ___ release-team@gnome.org http://mail.gnome.org/mailman/listinfo/release-team Release-team lurker? Do NOT participate in discussions.
[gnome-packagekit] Created branch gnome-3-2
The branch 'gnome-3-2' was created pointing to: 8821cf6... Release version 3.2.0 ___ release-team@gnome.org http://mail.gnome.org/mailman/listinfo/release-team Release-team lurker? Do NOT participate in discussions.
Re: GLib freeze break for broken mimeapps.list file
On Mon, Sep 26, 2011 at 10:34 AM, Ryan Lortie wrote: > > I'd like to push this as a last-minute change before releasing GLib > 2.30.0 this afternoon. I currently have a couple of distributions doing > testing of the change, and I'm hoping for a sign-off by Cosimo (in > addition to the one I already have from Alex). > > Since this is a semi-substantial change and it comes so late in the > game, I really appreciate some extra eyeballs for review on this one, so > I'm formally requesting a freeze break (on the condition that all of the > other reviewers come back with only good news). This has received sufficient testing, and there is a test case in the bug, so I think we should accept it. I would like to know why we still need it, after the control-center stopped using set_last_used, though. ___ release-team@gnome.org http://mail.gnome.org/mailman/listinfo/release-team Release-team lurker? Do NOT participate in discussions.
[vinagre] Created branch gnome-3-2
The branch 'gnome-3-2' was created pointing to: f4a7b53... Update NEWS for 3.2.0 release ___ release-team@gnome.org http://mail.gnome.org/mailman/listinfo/release-team Release-team lurker? Do NOT participate in discussions.
Re: GLib freeze break for broken mimeapps.list file
On Mon, Sep 26, 2011 at 12:18 PM, Matthias Clasen wrote: > > This has received sufficient testing, and there is a test case in the > bug, so I think we should accept it. > I would like to know why we still need it, after the control-center > stopped using set_last_used, though. Looking around briefly, I see http://git.gnome.org/browse/gnome-control-center/commit/?id=c93bf71405de688dcec9c81556956d2c2c2c0544 but it seems it was only committed on master, not on the early gnome-3-2 branch :-( ___ release-team@gnome.org http://mail.gnome.org/mailman/listinfo/release-team Release-team lurker? Do NOT participate in discussions.
[devhelp] Created branch gnome-3-2
The branch 'gnome-3-2' was created pointing to: d51b40e... post release version bump ___ release-team@gnome.org http://mail.gnome.org/mailman/listinfo/release-team Release-team lurker? Do NOT participate in discussions.
[gnome-color-manager] Created branch gnome-3-2
The branch 'gnome-3-2' was created pointing to: 05dcfa0... Release version 3.2.0 ___ release-team@gnome.org http://mail.gnome.org/mailman/listinfo/release-team Release-team lurker? Do NOT participate in discussions.
gnome-shell freeze break request
Hey, we have a reported crasher bug[0] for which I'd like to push a quick fix; the patch is small and I consider it safe (given that it does not change the "normal" non-error code path), though a proper solution requires some investigation and would hopefully be included in time for 3.2.1. Regards, Florian [0] https://bugzilla.gnome.org/show_bug.cgi?id=659676 ___ release-team@gnome.org http://mail.gnome.org/mailman/listinfo/release-team Release-team lurker? Do NOT participate in discussions.
gdm freeze break request
Hi, In the last release I made the shell greeter work with the legacy pam handling code to enable distributions that are stuck using that method of authentication the opportunity to get the 3.2 shell based login screen: https://bugzilla.gnome.org/show_bug.cgi?id=658451 That compat code had a bug in it, though, that prevented it from working. Any chance I can commit the fix before the 3.2.0 release of gdm? If not, distros can patch in the fix, I guess, but that's suboptimal, of course. --Ray ___ release-team@gnome.org http://mail.gnome.org/mailman/listinfo/release-team Release-team lurker? Do NOT participate in discussions.
[gnome-games] Created branch gnome-3-2
The branch 'gnome-3-2' was created pointing to: c6f0092... configure.in, NEWS: gnome-games 3.2.0 release ___ release-team@gnome.org http://mail.gnome.org/mailman/listinfo/release-team Release-team lurker? Do NOT participate in discussions.
Re: gnome-shell freeze break request
On Mon, 2011-09-26 at 20:35 +0200, Florian Müllner wrote: > Hey, > > we have a reported crasher bug[0] for which I'd like to push a quick > fix; the patch is small and I consider it safe (given that it does not > change the "normal" non-error code path), though a proper solution > requires some investigation and would hopefully be included in time for > 3.2.1. Discussed this on IRC; +1 from me given testing from the reporter. ___ release-team@gnome.org http://mail.gnome.org/mailman/listinfo/release-team Release-team lurker? Do NOT participate in discussions.
Re: gdm freeze break request
On Mon, Sep 26, 2011 at 2:43 PM, Ray Strode wrote: > Hi, > > In the last release I made the shell greeter work with the legacy pam > handling code to enable distributions that are stuck using that method > of authentication the opportunity to get the 3.2 shell based login > screen: > > https://bugzilla.gnome.org/show_bug.cgi?id=658451 > > That compat code had a bug in it, though, that prevented it from working. > > Any chance I can commit the fix before the 3.2.0 release of gdm? If > not, distros can patch in the fix, I guess, but that's suboptimal, of > course. Did vuntz test this ? If we don't have confirmation that this works, it seems safer to hold off until 3.0.1, maybe ? ___ release-team@gnome.org http://mail.gnome.org/mailman/listinfo/release-team Release-team lurker? Do NOT participate in discussions.
Re: gnome-shell freeze break request
On Mon, Sep 26, 2011 at 4:04 PM, Colin Walters wrote: > On Mon, 2011-09-26 at 20:35 +0200, Florian Müllner wrote: >> Hey, >> >> we have a reported crasher bug[0] for which I'd like to push a quick >> fix; the patch is small and I consider it safe (given that it does not >> change the "normal" non-error code path), though a proper solution >> requires some investigation and would hopefully be included in time for >> 3.2.1. > > Discussed this on IRC; +1 from me given testing from the reporter. looks safe to me, +1 ___ release-team@gnome.org http://mail.gnome.org/mailman/listinfo/release-team Release-team lurker? Do NOT participate in discussions.
Another Orca code-freeze-break request
Hi Release Team.
I'm afraid we have one more code-freeze-break to request. Alas, we are
still catching the occasional post-introspection, post-Gtk3-migration
bug. :-/
The proposed patch (below) is both a fix for bug 660163 along with a way
to make bug 660099 far less painful for the user until we can properly
sort out the latter bug out. Ale and I have both beaten on it quite a
bit and feel it is sound.
With apologies.
--The Orca team
>From 85b90021d9275a1d51a86a8af8363d9eecd03f6d Mon Sep 17 00:00:00 2001
From: Alejandro Leiva
Date: Mon, 26 Sep 2011 20:40:49 +0200
Subject: [PATCH] Fix for #660163 - Traceback when try to edit a keybinding.
---
src/orca/keybindings.py |5 -
src/orca/orca.py|9 -
2 files changed, 12 insertions(+), 2 deletions(-)
diff --git a/src/orca/keybindings.py b/src/orca/keybindings.py
index 3bbc438..7d4d63c 100644
--- a/src/orca/keybindings.py
+++ b/src/orca/keybindings.py
@@ -73,7 +73,10 @@ def getAllKeysyms(keysym):
# we are looking for.
#
if keycode != 0:
-success, entries = keymap.get_entries_for_keycode(keycode)
+entries_for_keycode = keymap.get_entries_for_keycode(keycode)
+success = entries_for_keycode[0]
+entries = entries_for_keycode[1]
+
for entry in entries:
keyval = entry[0]
name = Gdk.keyval_name(keyval)
diff --git a/src/orca/orca.py b/src/orca/orca.py
index 05033fb..ecd57cd 100644
--- a/src/orca/orca.py
+++ b/src/orca/orca.py
@@ -1150,8 +1150,15 @@ def _processKeyCaptured(event):
# character. (i.e. "1" instead of "!")
#
keymap = Gdk.Keymap.get_default()
-success, entries = keymap.get_entries_for_keycode(event.hw_code)
+entries_for_keycode = keymap.get_entries_for_keycode(event.hw_code)
+success = entries_for_keycode[0]
+entries = entries_for_keycode[1]
event.event_string = Gdk.keyval_name(entries[0].keycode)
+
+if not event.event_string:
+orca_state.capturingKeys = False
+return False
+
if event.event_string.startswith("KP") and \
event.event_string != "KP_Enter":
name = Gdk.keyval_name(entries[1].keycode)
--
1.7.6.2
___
release-team@gnome.org
http://mail.gnome.org/mailman/listinfo/release-team
Release-team lurker? Do NOT participate in discussions.
Re: gdm freeze break request
Hi, > Did vuntz test this ? If we don't have confirmation that this works, > it seems safer to hold off until 3.0.1, maybe ? I don't know if Vincent has had time to test this or not yet. Presumably it's been a pretty busy day with 3.2.0 ... If we hold off until 3.0.1, then that basically means distros that use the legacy pam feature would have to patch this in to 3.0.0 anyway (which may be okay, I guess...) --Ray ___ release-team@gnome.org http://mail.gnome.org/mailman/listinfo/release-team Release-team lurker? Do NOT participate in discussions.
[gnome-online-accounts] Created branch gnome-2-32
The branch 'gnome-2-32' was created pointing to: e030cc4... Update NEWS for release ___ release-team@gnome.org http://mail.gnome.org/mailman/listinfo/release-team Release-team lurker? Do NOT participate in discussions.
[gnome-online-accounts] Created branch gnome-3-2
The branch 'gnome-3-2' was created pointing to: e030cc4... Update NEWS for release ___ release-team@gnome.org http://mail.gnome.org/mailman/listinfo/release-team Release-team lurker? Do NOT participate in discussions.
[accerciser] Created branch gnome-3-2
The branch 'gnome-3-2' was created pointing to: 1bba5df... Prep for v3.2.0 ___ release-team@gnome.org http://mail.gnome.org/mailman/listinfo/release-team Release-team lurker? Do NOT participate in discussions.
[orca] Created branch gnome-3-2
The branch 'gnome-3-2' was created pointing to: 7f6755d... Fix for bug 660091 - Unbound alternative keybindings in use ___ release-team@gnome.org http://mail.gnome.org/mailman/listinfo/release-team Release-team lurker? Do NOT participate in discussions.
[libsoup] Created branch gnome-3-2
The branch 'gnome-3-2' was created pointing to: 6f12494... 2.36.0 ___ release-team@gnome.org http://mail.gnome.org/mailman/listinfo/release-team Release-team lurker? Do NOT participate in discussions.
[atk] Created branch gnome-3-2
The branch 'gnome-3-2' was created pointing to: 36c2946... Release 2.2.0 ___ release-team@gnome.org http://mail.gnome.org/mailman/listinfo/release-team Release-team lurker? Do NOT participate in discussions.
GTK+ branched
I've created a gtk-3-2 branch for stable updates. master is heading to 3.3 ___ release-team@gnome.org http://mail.gnome.org/mailman/listinfo/release-team Release-team lurker? Do NOT participate in discussions.
simple-scan 3.2.0
News * Version number change only Download http://download.gnome.org/sources/simple-scan/3.2/simple-scan-3.2.0.tar.xz (323K) sha256sum: 175a852f132f85e861ded99d546137fb4299ad9ce2836eaac9d645fbfcbefbac http://download.gnome.org/sources/simple-scan/3.2/simple-scan-3.2.0.tar.bz2 (361K) sha256sum: c676927b5367ddf49bf843bcfcd655a63dd37653877bd7beac6cbea2ac8967b2 ___ release-team@gnome.org http://mail.gnome.org/mailman/listinfo/release-team Release-team lurker? Do NOT participate in discussions.
[gedit-latex] Created branch gnome-3-2
The branch 'gnome-3-2' was created pointing to: 120f7e7... Release gedit-latex 3.2.0 ___ release-team@gnome.org http://mail.gnome.org/mailman/listinfo/release-team Release-team lurker? Do NOT participate in discussions.
3.2.0 draft modulesets
I've put up initial modulesets in /ftp/pub/GNOME/teams/releng/3.2.0. Please have a look and let me know if anything looks wrong. I'll try to build this over night. There's a number of modules which look like they should have a 3.2.0 release, but don't: gnome-icon-theme gnome-icon-theme-extras gnome-icon-theme-symbolic epiphany evince gjs gnome-user-docs libgnomekbd zenity cheese brasero I'll send mail about these tomorrow morning. ___ release-team@gnome.org http://mail.gnome.org/mailman/listinfo/release-team Release-team lurker? Do NOT participate in discussions.
