Re: Freeze break: fix bug with Mutter and toolkit window positioning
Matthias Clasen wrote: On Thu, Sep 18, 2014 at 10:18 PM, Sriram Ramkrishna s...@ramkrishna.me wrote: On Thu, Sep 18, 2014 at 3:13 PM, Owen Taylor otay...@redhat.com wrote: Would like to push the patches: https://bugzilla.gnome.org/show_bug.cgi?id=736719 The bug they fix is fairly bad misbehavior with non-GTK+ apps, in particular with Qt apps. They are pretty straightforward, and basically are reverting back to an earlier version of the code and I specifically tested that they also fix the original problem with VirtualBox. +1 from me, anything that helps play nice with non-gtk+ apps for this release will be good from an engagement perspective. Second +1, with a cautionary note on the dangers of refactoring old code like this, in particular when it affects interoperability with other toolkits/wms, and we don't have sufficient automatic testing in place... Hum, as Sri is not a release team member, here's a +1 to replace his :) Fred ___ release-team@gnome.org https://mail.gnome.org/mailman/listinfo/release-team Release-team lurker? Do NOT participate in discussions.
Freeze break request
Hey, I'd like to request freeze break for the Gnome Control Center to allow multiline notifications in the User accounts panel and Region language panel. Notification is shown when user change his/her language and inform about necessity to restart session to apply changes. The patch is necessary, because in some languages (e.g. France) is restart notification too wide and the notification is wider then the dialog window. Patch is attached in the Bug 703392 and it is in the state accepted-commit_now : https://bugzilla.gnome.org/show_bug.cgi?id=703392#c17 The UI changes was discussed on #gnome-desktop. The multiline notification is shown in a screenshot: https://bug703392.bugzilla-attachments.gnome.org/attachment.cgi?id=286384 Regards Ondrej ___ release-team@gnome.org https://mail.gnome.org/mailman/listinfo/release-team Release-team lurker? Do NOT participate in discussions.
Re: Freeze break request
Hi Ondrej, I'd like to request freeze break for the Gnome Control Center to allow multiline notifications in the User accounts panel and Region language panel. Notification is shown when user change his/her language and inform about necessity to restart session to apply changes. The patch is necessary, because in some languages (e.g. France) is restart notification too wide and the notification is wider then the dialog window. Patch is attached in the Bug 703392 and it is in the state accepted-commit_now : https://bugzilla.gnome.org/show_bug.cgi?id=703392#c17 The UI changes was discussed on #gnome-desktop. The multiline notification is shown in a screenshot: https://bug703392.bugzilla-attachments.gnome.org/attachment.cgi?id=286384 The multiline fix is fine for me (I don't find the non-opaque notification very readable, but that's another matter I guess). First of two approvals. Fred ___ release-team@gnome.org https://mail.gnome.org/mailman/listinfo/release-team Release-team lurker? Do NOT participate in discussions.
Re: Freeze break request
On Fri, Sep 19, 2014 at 3:55 AM, Frederic Peters fpet...@gnome.org wrote: Hi Ondrej, I'd like to request freeze break for the Gnome Control Center to allow multiline notifications in the User accounts panel and Region language panel. Notification is shown when user change his/her language and inform about necessity to restart session to apply changes. The patch is necessary, because in some languages (e.g. France) is restart notification too wide and the notification is wider then the dialog window. Patch is attached in the Bug 703392 and it is in the state accepted-commit_now : https://bugzilla.gnome.org/show_bug.cgi?id=703392#c17 The UI changes was discussed on #gnome-desktop. The multiline notification is shown in a screenshot: https://bug703392.bugzilla-attachments.gnome.org/attachment.cgi?id=286384 The multiline fix is fine for me (I don't find the non-opaque notification very readable, but that's another matter I guess). First of two approvals. Second approval. ___ release-team@gnome.org https://mail.gnome.org/mailman/listinfo/release-team Release-team lurker? Do NOT participate in discussions.
Re: Freeze break request
Hey, thanks, it has been pushed to master. Regards Ondrej - Original Message - From: Matthias Clasen matthias.cla...@gmail.com To: Frederic Peters fpet...@gnome.org Cc: Ondrej Holy oh...@redhat.com, GNOME release team release-team@gnome.org, gnome-doc-list gnome-doc-l...@gnome.org Sent: Friday, September 19, 2014 12:17:49 PM Subject: Re: Freeze break request On Fri, Sep 19, 2014 at 3:55 AM, Frederic Peters fpet...@gnome.org wrote: Hi Ondrej, I'd like to request freeze break for the Gnome Control Center to allow multiline notifications in the User accounts panel and Region language panel. Notification is shown when user change his/her language and inform about necessity to restart session to apply changes. The patch is necessary, because in some languages (e.g. France) is restart notification too wide and the notification is wider then the dialog window. Patch is attached in the Bug 703392 and it is in the state accepted-commit_now : https://bugzilla.gnome.org/show_bug.cgi?id=703392#c17 The UI changes was discussed on #gnome-desktop. The multiline notification is shown in a screenshot: https://bug703392.bugzilla-attachments.gnome.org/attachment.cgi?id=286384 The multiline fix is fine for me (I don't find the non-opaque notification very readable, but that's another matter I guess). First of two approvals. Second approval. ___ release-team@gnome.org https://mail.gnome.org/mailman/listinfo/release-team Release-team lurker? Do NOT participate in discussions.
Freeze break request for gnome-shell
Hey, I'd like to request a freeze break for bug https://bugzilla.gnome.org/show_bug.cgi?id=736910. When opening an empty folder in the app picker, the shell ends up in a confused state - there is no folder popup, but icons are faded out and become non-reactive to clicks as if a folder had been opened. It is possible to get back to a normal state again (either by closing the app picker or by opening a proper app folder), but the behavior is clearly and obviously broken. The proposed patch avoids this issue in a very simple way - there is nothing users can do with empty app folders, so there's no reason to show them in the first place. The patch to hide folders in that case is a simple one-line patch. -- Florian ___ release-team@gnome.org https://mail.gnome.org/mailman/listinfo/release-team Release-team lurker? Do NOT participate in discussions.
Re: Freeze break request for gnome-shell
Hi Florian, I'd like to request a freeze break for bug https://bugzilla.gnome.org/show_bug.cgi?id=736910. When opening an empty folder in the app picker, the shell ends up in a confused state - there is no folder popup, but icons are faded out and become non-reactive to clicks as if a folder had been opened. It is possible to get back to a normal state again (either by closing the app picker or by opening a proper app folder), but the behavior is clearly and obviously broken. The proposed patch avoids this issue in a very simple way - there is nothing users can do with empty app folders, so there's no reason to show them in the first place. The patch to hide folders in that case is a simple one-line patch. First approval. Fred ___ release-team@gnome.org https://mail.gnome.org/mailman/listinfo/release-team Release-team lurker? Do NOT participate in discussions.
gst-plugins-base 1.4.2
ChangeLog = 2014-09-19 Sebastian Dröge sl...@coaxion.net * configure.ac: releasing 1.4.2 2014-09-19 09:58:48 +0300 Sebastian Dröge sebast...@centricular.com * po/da.po: * po/sr.po: po: Update translations 2014-09-18 12:29:37 +0400 Andrei Sarakeev saraku...@gmail.com * gst/playback/gstplaybin2.c: playbin: Don't leak input-selector sinkpads https://bugzilla.gnome.org/show_bug.cgi?id=736861 2014-09-17 14:18:49 +0200 Ognyan Tonchev ogn...@axis.com * gst-libs/gst/audio/gstaudioencoder.c: audioencoder: do not leak events when flushing them https://bugzilla.gnome.org/show_bug.cgi?id=736796 2014-09-17 14:34:25 +0200 Ognyan Tonchev ogn...@axis.com * gst/encoding/gststreamsplitter.c: streamsplitter: do not leak events when flushing them https://bugzilla.gnome.org/show_bug.cgi?id=736796 2014-09-17 14:11:21 +0200 Ognyan Tonchev ogn...@axis.com * gst-libs/gst/video/gstvideodecoder.c: videodecoder: do not leak events when flushing them https://bugzilla.gnome.org/show_bug.cgi?id=736796 2014-09-18 12:39:48 +0300 Sebastian Dröge sebast...@centricular.com * gst-libs/gst/audio/gstaudiodecoder.c: audiodecoder: Simplify code a bit 2014-09-17 14:08:17 +0200 Ognyan Tonchev ogn...@axis.com * gst-libs/gst/video/gstvideoencoder.c: videoencoder: do not leak events when flushing them https://bugzilla.gnome.org/show_bug.cgi?id=736796 2014-09-17 12:17:53 +0200 Ognyan Tonchev ogn...@axis.com * gst-libs/gst/audio/gstaudiodecoder.c: audiodecoder: Don't leak events https://bugzilla.gnome.org/show_bug.cgi?id=736788 2014-09-17 12:17:27 +0200 Ognyan Tonchev ogn...@axis.com * tests/check/libs/audiodecoder.c: audiodecoder: extend flush_events test to check for event leaks https://bugzilla.gnome.org/show_bug.cgi?id=736788 2014-09-05 13:49:46 -0300 Thiago Santos thiag...@osg.samsung.com * ext/pango/gstbasetextoverlay.c: basetextoverlay: Do not fail the negotiation if query fails The allocation query failure doesn't mean that the negotiation has failed as the element can allocate buffers itself. Instead, only fail if the pads are flushing and the allocation query failed. https://bugzilla.gnome.org/show_bug.cgi?id=735844 2013-01-31 13:49:00 +0100 Arnaud Vrac av...@freebox.fr * ext/pango/gstbasetextoverlay.c: basetextoverlay: get framerate from previously parsed video info 2013-01-31 13:47:35 +0100 Arnaud Vrac av...@freebox.fr * ext/pango/gstbasetextoverlay.c: basetextoverlay: do not ask for a bufferpool when checking for composition meta 2014-09-04 15:06:31 +0200 Arnaud Vrac av...@freebox.fr * ext/pango/gstbasetextoverlay.c: basetextoverlay: schedule reconfigure on source pad when negotiation fails The source pad might be flushing while negotiating, resulting in set_caps or the ALLOCATION query failing. In this case set the reconfigure flag on the source pad so that negotiation is retried on the next buffer. 2014-09-16 13:32:52 +0200 Ognyan Tonchev ogn...@axis.com * gst-libs/gst/audio/gstaudiocdsrc.c: audiocdsrc: do not leak uid after parsing TOC select event https://bugzilla.gnome.org/show_bug.cgi?id=736739 2014-09-17 10:51:59 +0530 Ravi Kiran K N ravi.ki...@samsung.com * gst/typefind/gsttypefindfunctions.c: typefind: correct the condition for irap flag https://bugzilla.gnome.org/show_bug.cgi?id=736779 2014-09-16 21:42:46 +0300 Sebastian Dröge sebast...@centricular.com * gst/playback/gstplaysink.c: playsink: Add audio/videoconvert in front of the audio/video-filters audioresample and videoscale is something the application will have to do if required, but we can at least help here by adding the audioconvert/videoconvert elements. https://bugzilla.gnome.org/show_bug.cgi?id=735748 2014-09-15 16:23:57 +0200 Ognyan Tonchev ogn...@axis.com * gst-libs/gst/video/gstvideodecoder.c: videodecoder: do not leak pool and allocator in error case https://bugzilla.gnome.org/show_bug.cgi?id=736679 2014-09-05 09:54:10 -0700 Garg aks...@gmail.com * gst-libs/gst/audio/gstaudiobasesink.c: audiobasesink: Fix deadlock caused by holding object lock while calling clock functions Issue: During a PAUSED-PLAYING transition when we are rendering an audio buffer in AudioBaseSink we make adjustments to the sink's provided clock i.e. fix clock calibration using the external pipeline clock, within gst_audio_base_sink_sync_latency function inside gstaudiobasesink.c. For the calibration
gstreamer 1.4.2
ChangeLog = 2014-09-19 Sebastian Dröge sl...@coaxion.net * configure.ac: releasing 1.4.2 2014-09-19 00:33:58 +0100 Tim-Philipp Müller t...@centricular.com * docs/pwg/advanced-tagging.xml: * docs/pwg/intro-basics.xml: docs: pwg: fix some links to the API docs https://bugzilla.gnome.org/show_bug.cgi?id=736762 2014-09-17 17:17:10 +0200 Ognyan Tonchev ogn...@axis.com * plugins/elements/gsttypefindelement.c: typefindelement: do not leak sticky events in flush_stop https://bugzilla.gnome.org/show_bug.cgi?id=736813 2014-09-16 13:48:18 +0200 Ognyan Tonchev ogn...@axis.com * gst/gstevent.c: event: add annotations to gst_event_parse_toc_select() https://bugzilla.gnome.org/show_bug.cgi?id=736739 2014-09-16 12:17:48 +0200 Ognyan Tonchev ogn...@axis.com * gst/gstquery.c: query: Add annotations to gst_query_add_allocation_pool() https://bugzilla.gnome.org/show_bug.cgi?id=736736 2014-09-11 18:01:58 -0300 Thiago Santos thiag...@osg.samsung.com * plugins/elements/gstmultiqueue.c: * plugins/elements/gstmultiqueue.h: multiqueue: do not post messages holding the lock It might cause deadlocks to post messages while holding the multiqueue lock. To avoid this a new boolean flag is set whenever a new buffering percent is found. The message is posted after the lock can be released. To make sure the buffering messages are posted in the right order, messages are posted holding another lock. This prevents 2 threads trying to post messages at the same time. https://bugzilla.gnome.org/show_bug.cgi?id=736295 2014-09-15 16:38:17 +0200 Aurélien Zanelli aurelien.zane...@parrot.com * libs/gst/base/gstbasesrc.c: basesrc: handle reference in set_allocation rather than in prepare_allocation Otherwise we can forget to unref objects in error cases. https://bugzilla.gnome.org/show_bug.cgi?id=736680 2014-09-15 13:06:40 +0300 Sebastian Dröge sebast...@centricular.com * libs/gst/check/gstcheck.c: check: Use the name parameter of gst_check_setup_src_pad_by_name() and the sink variant This was hardcoded to sink / src by accident in previous refactoring. 2014-09-10 14:53:00 +0200 Ognyan Tonchev ogn...@axis.com * gst/gstquery.c: query: add annotations to gst_query_set_nth_allocation_pool() https://bugzilla.gnome.org//show_bug.cgi?id=736424 2014-09-11 09:35:17 +0200 Rémi Lefèvre remi.lefe...@parrot.com * plugins/elements/gstvalve.c: valve: fix typo in description https://bugzilla.gnome.org/show_bug.cgi?id=736455 2014-08-27 17:06:57 +0530 Ravi Kiran K N ravi.ki...@samsung.com * plugins/elements/gstoutputselector.c: output-selector: Send all events to active src pad and EOS to all src pads Fixes tests/icles/output-selector-test https://bugzilla.gnome.org/show_bug.cgi?id=729811 2014-09-03 17:38:16 +0100 Tim-Philipp Müller t...@centricular.com * gst/gstdevicemonitor.c: devicemonitor: fix typo in sample code in docs https://bugzilla.gnome.org/show_bug.cgi?id=735975 2014-08-07 12:18:04 +0200 Thibault Saunier thibault.saun...@collabora.com * plugins/elements/gstmultiqueue.c: multiqueue: Not post BUFFERING message if one of the singlequeue doesn't need it Imagine the following 'pipeline' -- p1/| 'fullqueue' |--- 'laggy' downstream - / | | -| demuxer | | multiqueue | - \ | | p2\| 'emptyqueue' |--- 'fast' downstream -- In the case downstream of one single queue (fullqueue) has (a lot of) latency (for example for reverse playback with video), we can end up having the other SingleQueue (emptyqueue) emptied, before that fullqueue gets unblocked. In the meantime, the demuxer tries to push on fullqueue, and is blocking there. In that case the current code will post a BUFFERING message on the bus when emptyqueue gets emptied, that leads to the application setting the pipeline state to PAUSED. So now we end up in a situation where 'laggy downstream' is prerolled and will not unblock anymore because the pipeline is set to PAUSED, the fullequeue does not have a chance to be emptied and the emptyqueue can not get filled anymore so no more BUFERRING message will be posted and the pipeline is stucked in PAUSED for the eternity. Making sure that we do not try to buffer if one of the single queue does not need buffering, prevents this situtation from happening though it lets the
Re: Freeze break request for gnome-shell
On Fri, Sep 19, 2014 at 8:10 AM, Frederic Peters fpet...@gnome.org wrote: Hi Florian, I'd like to request a freeze break for bug https://bugzilla.gnome.org/show_bug.cgi?id=736910. When opening an empty folder in the app picker, the shell ends up in a confused state - there is no folder popup, but icons are faded out and become non-reactive to clicks as if a folder had been opened. It is possible to get back to a normal state again (either by closing the app picker or by opening a proper app folder), but the behavior is clearly and obviously broken. The proposed patch avoids this issue in a very simple way - there is nothing users can do with empty app folders, so there's no reason to show them in the first place. The patch to hide folders in that case is a simple one-line patch. First approval. Second approval ___ release-team@gnome.org https://mail.gnome.org/mailman/listinfo/release-team Release-team lurker? Do NOT participate in discussions.
Re: Freeze break request for gnome-shell
Danke merci! On Fri, Sep 19, 2014 at 2:39 PM, Matthias Clasen matthias.cla...@gmail.com wrote: On Fri, Sep 19, 2014 at 8:10 AM, Frederic Peters fpet...@gnome.org wrote: Hi Florian, I'd like to request a freeze break for bug https://bugzilla.gnome.org/show_bug.cgi?id=736910. When opening an empty folder in the app picker, the shell ends up in a confused state - there is no folder popup, but icons are faded out and become non-reactive to clicks as if a folder had been opened. It is possible to get back to a normal state again (either by closing the app picker or by opening a proper app folder), but the behavior is clearly and obviously broken. The proposed patch avoids this issue in a very simple way - there is nothing users can do with empty app folders, so there's no reason to show them in the first place. The patch to hide folders in that case is a simple one-line patch. First approval. Second approval ___ release-team@gnome.org https://mail.gnome.org/mailman/listinfo/release-team Release-team lurker? Do NOT participate in discussions.
UI and hard code freeze break for gnome-software
Hi, I would like to ask for approval to break the UI and hard code freezes for gnome-software in order to make it fit on 1024x768 screens. Before and after screenshots attached to the bug report. https://bugzilla.gnome.org/show_bug.cgi?id=735994 Thanks, Kalev ___ release-team@gnome.org https://mail.gnome.org/mailman/listinfo/release-team Release-team lurker? Do NOT participate in discussions.
Re: UI and hard code freeze break for gnome-software
Kalev Lember wrote: Hi, I would like to ask for approval to break the UI and hard code freezes for gnome-software in order to make it fit on 1024x768 screens. Before and after screenshots attached to the bug report. https://bugzilla.gnome.org/show_bug.cgi?id=735994 Fine, 1 of 2. Fred ___ release-team@gnome.org https://mail.gnome.org/mailman/listinfo/release-team Release-team lurker? Do NOT participate in discussions.
Re: UI and hard code freeze break for gnome-software
On 09/19/2014 05:14 PM, Frederic Peters wrote: Kalev Lember wrote: Hi, I would like to ask for approval to break the UI and hard code freezes for gnome-software in order to make it fit on 1024x768 screens. Before and after screenshots attached to the bug report. https://bugzilla.gnome.org/show_bug.cgi?id=735994 Fine, 1 of 2. 2/2 -- Alejandro Piñeiro ___ release-team@gnome.org https://mail.gnome.org/mailman/listinfo/release-team Release-team lurker? Do NOT participate in discussions.
dconf 0.22.0
About dconf === Configuration database system News - fix handling of floating point keys in editor - update appdata for renamed desktop file - minor doap changes Translations: French Indonesian Lithuanian Hungarian Catalan (Valencian) Korean Traditional Chinese Spanish Brazilian Portuguese Galician translations Catalan Basque language Danish Norwegian bokmål Greek Czech Slovenian Swedish Polish Latvian Hebrew Russian German Assamese Serbian Download https://download.gnome.org/sources/dconf/0.22/dconf-0.22.0.tar.xz (384K) sha256sum: 0a277cb0c3f09e77d9413c5a9b3577fc2b5d6e941b59b44940392e024a224b8e ___ release-team@gnome.org https://mail.gnome.org/mailman/listinfo/release-team Release-team lurker? Do NOT participate in discussions.
Regarding Contacts blocker bug
Hi: Bug 736147 has been marked as blocker for GNOME 3.14. It would be sloppy of me not to fix completely the issue. So bug 685227 should be fixed as well. That second bug has the patch I've made for fixing the issue, it contains the implementation of the new (kinda old by now) shell search API. It obviously break ABI of Contacts, but being Contacts an user application, not a library, that shouldn't be a trouble for anyone. The patch has gone untested for a while because I have not been able to run a session with GNOME 3.13.9x for while (for a bunch of reasons, not being lazy, the wayland problem, plus my binary nvidia drivers, plus my pc being too old to run nouveau, etc.) I've tested those patches as far as I can, but I can't get the dbus connecting part working for the reasons explained above. So the impact of fixing the bug: as the situation is today, you can not pass a search from the shell the Contacts, cause it is not implemented. So that the main reason of fixing it. And finally, I think we should not wait till the next development phase because it is already implemented. So, after all that. It's up to you. Blocker bug: https://bugzilla.gnome.org/show_bug.cgi?id=736147 Second bug: https://bugzilla.gnome.org/show_bug.cgi?id=685227 -- Art is the most intense mode of individualism that the world has known Oscar Wilde ___ release-team@gnome.org https://mail.gnome.org/mailman/listinfo/release-team Release-team lurker? Do NOT participate in discussions.
Re: Regarding Contacts blocker bug
On Fri, Sep 19, 2014 at 12:33 PM, Erick Pérez Castellanos erick@gmail.com wrote: Hi: Bug 736147 has been marked as blocker for GNOME 3.14. It would be sloppy of me not to fix completely the issue. So bug 685227 should be fixed as well. That second bug has the patch I've made for fixing the issue, it contains the implementation of the new (kinda old by now) shell search API. It obviously break ABI of Contacts, but being Contacts an user application, not a library, that shouldn't be a trouble for anyone. The patch has gone untested for a while because I have not been able to run a session with GNOME 3.13.9x for while (for a bunch of reasons, not being lazy, the wayland problem, plus my binary nvidia drivers, plus my pc being too old to run nouveau, etc.) I've tested those patches as far as I can, but I can't get the dbus connecting part working for the reasons explained above. So the impact of fixing the bug: as the situation is today, you can not pass a search from the shell the Contacts, cause it is not implemented. So that the main reason of fixing it. And finally, I think we should not wait till the next development phase because it is already implemented. So, after all that. It's up to you. I just went ahead and tested my patch to rename the search provider ini file on my system: before the change: no search results from contacts after the change: all my friends show up! so, I think we can declare the patch tested and working. ___ release-team@gnome.org https://mail.gnome.org/mailman/listinfo/release-team Release-team lurker? Do NOT participate in discussions.
3.14.0 tarballs due
Time to put our best foot forward! Monday is the due date for 3.14.0 releases. Please make sure to release plenty, and timely tarballs. If you have any last-minute urgent blockers (crashes, serious malfunction, etc), don't hesitate to contact the release team about a freeze break. Lets make this an awesome release - if 3.13.92 is any indication, it will be great! Matthias, for the release team ___ release-team@gnome.org https://mail.gnome.org/mailman/listinfo/release-team Release-team lurker? Do NOT participate in discussions.
Re: UI and hard code freeze break for gnome-software
On 09/19/2014 05:41 PM, Piñeiro wrote: On 09/19/2014 05:14 PM, Frederic Peters wrote: Kalev Lember wrote: Hi, I would like to ask for approval to break the UI and hard code freezes for gnome-software in order to make it fit on 1024x768 screens. Before and after screenshots attached to the bug report. https://bugzilla.gnome.org/show_bug.cgi?id=735994 Fine, 1 of 2. 2/2 Pushed, thanks! -- Kalev ___ release-team@gnome.org https://mail.gnome.org/mailman/listinfo/release-team Release-team lurker? Do NOT participate in discussions.
Freeze break request: WebKit and Epiphany
Hi all, We have recently realized (thanks to Dominique Leuenberger from openSUSE) that the icons we are using in the WebKit inspector are not free because the license doesn't allow to redistribute them. We are currently working on a solution for new and previous releases, and we will send an email soon with the details and instructions for downstream. But in the meantime we wanted to make an unstable release for GNOME before the final stable next week. I've just released WebKitGTK+ 2.5.90, without the apple icons and with some of them replaced by free icons (mostly adwaita icons, some of them adapted by Andrés for the inspector). This makes the inspector kind of usable. Our plan is to have a replacement for every icon before the stable release next week (any help in that regard would be very appreciated, of course), and then make also a new 2.4 release without UI regressions. More details in: https://bugs.webkit.org/show_bug.cgi?id=136632 So, I'm requesting a freeze break to add the new 2.5.90 release to the jhbuild moduleset. But that's not all . . . I made a last minute API change, that should only affect epiphany, so I also need to fix ephy (bump requirements and adapt to the API change). The WebKit bug: https://bugs.webkit.org/show_bug.cgi?id=136889 The ephy bug: https://bugzilla.gnome.org/show_bug.cgi?id=736898 I'm really sorry about this :-( but hopefully we will be able to fix everything in time for 3.14. Thanks -- Carlos Garcia Campos PGP key: http://pgp.mit.edu:11371/pks/lookup?op=getsearch=0x523E6462 pgpQ8Sd3VCQMl.pgp Description: PGP signature ___ release-team@gnome.org https://mail.gnome.org/mailman/listinfo/release-team Release-team lurker? Do NOT participate in discussions.
Re: Regarding Contacts blocker bug
Matthias Clasen wrote: I just went ahead and tested my patch to rename the search provider ini file on my system: before the change: no search results from contacts after the change: all my friends show up! so, I think we can declare the patch tested and working. And we could consider your test as an approval, so here's the second one. Fred ___ release-team@gnome.org https://mail.gnome.org/mailman/listinfo/release-team Release-team lurker? Do NOT participate in discussions.
Re: Freeze break request: WebKit and Epiphany
Carlos Garcia Campos wrote: So, I'm requesting a freeze break to add the new 2.5.90 release to the jhbuild moduleset. Sure, and 2.6.0 later. (btw I should have reported it, but with 2.5 the web inspector shows strings as LOCALIZED STRING NOT FOUND, do you know if that's also fixed?). But that's not all . . . I made a last minute API change, that should only affect epiphany, so I also need to fix ephy (bump requirements and adapt to the API change). The WebKit bug: https://bugs.webkit.org/show_bug.cgi?id=136889 The ephy bug: https://bugzilla.gnome.org/show_bug.cgi?id=736898 I'm really sorry about this :-( but hopefully we will be able to fix everything in time for 3.14. Fine for me; 1 of 2. Fred ___ release-team@gnome.org https://mail.gnome.org/mailman/listinfo/release-team Release-team lurker? Do NOT participate in discussions.
Re: Freeze break request: WebKit and Epiphany
Frederic Peters fpet...@gnome.org writes: Carlos Garcia Campos wrote: So, I'm requesting a freeze break to add the new 2.5.90 release to the jhbuild moduleset. Sure, and 2.6.0 later. (btw I should have reported it, but with 2.5 the web inspector shows strings as LOCALIZED STRING NOT FOUND, do you know if that's also fixed?). Yes, I've fixed that one today, see https://bugs.webkit.org/show_bug.cgi?id=136952 But that's not all . . . I made a last minute API change, that should only affect epiphany, so I also need to fix ephy (bump requirements and adapt to the API change). The WebKit bug: https://bugs.webkit.org/show_bug.cgi?id=136889 The ephy bug: https://bugzilla.gnome.org/show_bug.cgi?id=736898 I'm really sorry about this :-( but hopefully we will be able to fix everything in time for 3.14. Fine for me; 1 of 2. Thanks! Fred -- Carlos Garcia Campos PGP key: http://pgp.mit.edu:11371/pks/lookup?op=getsearch=0x523E6462 pgpqceO4S2XXt.pgp Description: PGP signature ___ release-team@gnome.org https://mail.gnome.org/mailman/listinfo/release-team Release-team lurker? Do NOT participate in discussions.
Freeze break requests for gnome-settings-daemon
Ugh, another one of those: I'd like to ask for a freeze break for https://bugzilla.gnome.org/show_bug.cgi?id=736974. In short, sometimes client-side decorated windows use the button layout from the classic session (i.e. minimize, maximize + close rather than just close) even when running in the normal session. The hard bit was figuring out what was going on, the resulting patch is fairly simple and straightforward. -- Florian ___ release-team@gnome.org https://mail.gnome.org/mailman/listinfo/release-team Release-team lurker? Do NOT participate in discussions.
Re: Freeze break requests for gnome-settings-daemon
Florian Müllner wrote: Ugh, another one of those: I'd like to ask for a freeze break for https://bugzilla.gnome.org/show_bug.cgi?id=736974. In short, sometimes client-side decorated windows use the button layout from the classic session (i.e. minimize, maximize + close rather than just close) even when running in the normal session. The hard bit was figuring out what was going on, the resulting patch is fairly simple and straightforward. ack, 1/2. Fred ___ release-team@gnome.org https://mail.gnome.org/mailman/listinfo/release-team Release-team lurker? Do NOT participate in discussions.
GNOME 3.13.92 RELEASED!
Hello all, A bit delay but here you have the second GNOME release candidate for you to test, and your chance to make the 훱 release the best it can get. To compile GNOME 3.13.92, you can use the jhbuild modulesets published by the release team (which use the exact tarball versions from the official release). https://developer.gnome.org/jhbuild/ https://download.gnome.org/teams/releng/3.13.92/ We remind you we are string frozen, no string changes may be made without confirmation from the l10n team (gnome-i18n@) and notification to both the release team and the GNOME Documentation Project (gnome-doc-list@). Hard code freeze is also in place, no source code changes can be made without approval from the release-team. Translation and documentation can continue. More details about changes and news for this beta are available here: core: https://download.gnome.org/core/3.13/3.13.92/NEWS apps: https://download.gnome.org/apps/3.13/3.13.92/NEWS The GNOME 3.13.92 release itself is available here: core sources: https://download.gnome.org/core/3.13/3.13.92/ apps sources: https://download.gnome.org/apps/3.13/3.13.92/ WARNING! WARNING! WARNING! -- This release is a snapshot of development code. Although it is buildable and usable, it is primarily intended for testing and hacking purposes. GNOME uses odd minor version numbers to indicate development status. For more information about 3.13, the full schedule, the official module lists and the proposed module lists, please see our colorful 3.13 page: http://www.gnome.org/start/unstable For a quick overview of the GNOME schedule, please see: http://live.gnome.org/Schedule -- Javier Jardón GNOME Release Team ___ release-team@gnome.org https://mail.gnome.org/mailman/listinfo/release-team Release-team lurker? Do NOT participate in discussions.
Re: Freeze break request: WebKit and Epiphany
On 19 September 2014 18:10, Carlos Garcia Campos carlo...@gnome.org wrote: Frederic Peters fpet...@gnome.org writes: Carlos Garcia Campos wrote: So, I'm requesting a freeze break to add the new 2.5.90 release to the jhbuild moduleset. Sure, and 2.6.0 later. (btw I should have reported it, but with 2.5 the web inspector shows strings as LOCALIZED STRING NOT FOUND, do you know if that's also fixed?). Yes, I've fixed that one today, see https://bugs.webkit.org/show_bug.cgi?id=136952 But that's not all . . . I made a last minute API change, that should only affect epiphany, so I also need to fix ephy (bump requirements and adapt to the API change). The WebKit bug: https://bugs.webkit.org/show_bug.cgi?id=136889 The ephy bug: https://bugzilla.gnome.org/show_bug.cgi?id=736898 I'm really sorry about this :-( but hopefully we will be able to fix everything in time for 3.14. Fine for me; 1 of 2. Here your second aproval -- Javier Jardón Cabezas ___ release-team@gnome.org https://mail.gnome.org/mailman/listinfo/release-team Release-team lurker? Do NOT participate in discussions.
Re: Freeze break requests for gnome-settings-daemon
On 19 September 2014 18:26, Frederic Peters fpet...@gnome.org wrote: Florian Müllner wrote: Ugh, another one of those: I'd like to ask for a freeze break for https://bugzilla.gnome.org/show_bug.cgi?id=736974. In short, sometimes client-side decorated windows use the button layout from the classic session (i.e. minimize, maximize + close rather than just close) even when running in the normal session. The hard bit was figuring out what was going on, the resulting patch is fairly simple and straightforward. ack, 1/2. Yep, here your second aproval -- Javier Jardón Cabezas ___ release-team@gnome.org https://mail.gnome.org/mailman/listinfo/release-team Release-team lurker? Do NOT participate in discussions.
Re: Regarding Contacts blocker bug
Did you test both patches or just the one from your bug? On 19/09/2014, Matthias Clasen matthias.cla...@gmail.com wrote: On Fri, Sep 19, 2014 at 12:33 PM, Erick Pérez Castellanos erick@gmail.com wrote: Hi: Bug 736147 has been marked as blocker for GNOME 3.14. It would be sloppy of me not to fix completely the issue. So bug 685227 should be fixed as well. That second bug has the patch I've made for fixing the issue, it contains the implementation of the new (kinda old by now) shell search API. It obviously break ABI of Contacts, but being Contacts an user application, not a library, that shouldn't be a trouble for anyone. The patch has gone untested for a while because I have not been able to run a session with GNOME 3.13.9x for while (for a bunch of reasons, not being lazy, the wayland problem, plus my binary nvidia drivers, plus my pc being too old to run nouveau, etc.) I've tested those patches as far as I can, but I can't get the dbus connecting part working for the reasons explained above. So the impact of fixing the bug: as the situation is today, you can not pass a search from the shell the Contacts, cause it is not implemented. So that the main reason of fixing it. And finally, I think we should not wait till the next development phase because it is already implemented. So, after all that. It's up to you. I just went ahead and tested my patch to rename the search provider ini file on my system: before the change: no search results from contacts after the change: all my friends show up! so, I think we can declare the patch tested and working. -- Art is the most intense mode of individualism that the world has known Oscar Wilde ___ release-team@gnome.org https://mail.gnome.org/mailman/listinfo/release-team Release-team lurker? Do NOT participate in discussions.
Re: Freeze break requests for gnome-settings-daemon
Thanks! ___ release-team@gnome.org https://mail.gnome.org/mailman/listinfo/release-team Release-team lurker? Do NOT participate in discussions.
Re: Regarding Contacts blocker bug
Just mine On Fri, Sep 19, 2014 at 3:25 PM, Erick Pérez Castellanos erick@gmail.com wrote: Did you test both patches or just the one from your bug? On 19/09/2014, Matthias Clasen matthias.cla...@gmail.com wrote: On Fri, Sep 19, 2014 at 12:33 PM, Erick Pérez Castellanos erick@gmail.com wrote: Hi: Bug 736147 has been marked as blocker for GNOME 3.14. It would be sloppy of me not to fix completely the issue. So bug 685227 should be fixed as well. That second bug has the patch I've made for fixing the issue, it contains the implementation of the new (kinda old by now) shell search API. It obviously break ABI of Contacts, but being Contacts an user application, not a library, that shouldn't be a trouble for anyone. The patch has gone untested for a while because I have not been able to run a session with GNOME 3.13.9x for while (for a bunch of reasons, not being lazy, the wayland problem, plus my binary nvidia drivers, plus my pc being too old to run nouveau, etc.) I've tested those patches as far as I can, but I can't get the dbus connecting part working for the reasons explained above. So the impact of fixing the bug: as the situation is today, you can not pass a search from the shell the Contacts, cause it is not implemented. So that the main reason of fixing it. And finally, I think we should not wait till the next development phase because it is already implemented. So, after all that. It's up to you. I just went ahead and tested my patch to rename the search provider ini file on my system: before the change: no search results from contacts after the change: all my friends show up! so, I think we can declare the patch tested and working. -- Art is the most intense mode of individualism that the world has known Oscar Wilde ___ release-team@gnome.org https://mail.gnome.org/mailman/listinfo/release-team Release-team lurker? Do NOT participate in discussions.
Re: Regarding Contacts blocker bug
On Fri, Sep 19, 2014 at 4:15 PM, Matthias Clasen matthias.cla...@gmail.com wrote: Just mine And now, I've tested both patches together, and the second patch also works. ___ release-team@gnome.org https://mail.gnome.org/mailman/listinfo/release-team Release-team lurker? Do NOT participate in discussions.
Re: UI and hard code freeze break for gnome-software
On Fri, 2014-09-19 at 17:14 +0200, Frederic Peters wrote: Kalev Lember wrote: https://bugzilla.gnome.org/show_bug.cgi?id=735994 Fine, 1 of 2. Fred r-t approval 2 of 2. Ran into this problem myself on 1024x768; made the application rather unusable if you don't know about Alt+F7 hence a welcome step to make the problem appear on less configurations. andre -- Andre Klapper | ak...@gmx.net http://blogs.gnome.org/aklapper/ ___ release-team@gnome.org https://mail.gnome.org/mailman/listinfo/release-team Release-team lurker? Do NOT participate in discussions.
Re: Freeze break request: https://bugzilla.gnome.org/show_bug.cgi?id=733315
On Thu, Sep 18, 2014 at 5:00 PM, Frederic Peters fpet...@gnome.org wrote: Jasper St. Pierre wrote: This is a blocker bug, and the relevant branches in GTK+ and mutter have been reviewed. The GTK+ patch diff formatting is a bit messy as gtk_window_realize was moved but Matthias said it's ok, so here's a second approval. And +1 for the mutter changes. Second +1 for the mutter side from me, too. ___ release-team@gnome.org https://mail.gnome.org/mailman/listinfo/release-team Release-team lurker? Do NOT participate in discussions.
Re: Freeze break request: https://bugzilla.gnome.org/show_bug.cgi?id=733315
On Fri, Sep 19, 2014 at 4:39 PM, Matthias Clasen matthias.cla...@gmail.com wrote: On Thu, Sep 18, 2014 at 5:00 PM, Frederic Peters fpet...@gnome.org wrote: Jasper St. Pierre wrote: This is a blocker bug, and the relevant branches in GTK+ and mutter have been reviewed. The GTK+ patch diff formatting is a bit messy as gtk_window_realize was moved but Matthias said it's ok, so here's a second approval. And +1 for the mutter changes. Second +1 for the mutter side from me, too. +2 from engagement team member and all around good guy. sri ___ release-team@gnome.org https://mail.gnome.org/mailman/listinfo/release-team Release-team lurker? Do NOT participate in discussions. ___ release-team@gnome.org https://mail.gnome.org/mailman/listinfo/release-team Release-team lurker? Do NOT participate in discussions.