You piqued my curiousity, so I dug around. I think I found the right
spot to change it.
https://gitlab.gnome.org/GNOME/releng/merge_requests/7
On Thu, Sep 5, 2019 at 7:06 PM, Andre Klapper wrote:
I've created an initial 3.35/3.36 release schedule in
One approval for you
On Thu, 5 Sep 2019, 21:22 , wrote:
> Hi,
>
> Due to some changes in WebKit, some code that could previously be
> reached only once is now run multiple times. So Epiphany needs to be
> more careful about not doing one-time things there, like connecting to
> signals.
>
> This
I've created an initial 3.35/3.36 release schedule in
https://gitlab.gnome.org/GNOME/releng/commit/9141d8b0c4edba236e8a779b9216805b1caff36b
but given that we want to move the Tarballs Due from Mon to Fri in
https://mail.gnome.org/archives/desktop-devel-list/2019-August/msg00029.html
, the scripts
Hi,
Due to some changes in WebKit, some code that could previously be
reached only once is now run multiple times. So Epiphany needs to be
more careful about not doing one-time things there, like connecting to
signals.
This commit:
Approval 2/2
On Thu, Sep 5, 2019 at 1:03 PM wrote:
>
> Looks fine, approval 1/2
>
>
> ___
> release-team@gnome.org
> https://mail.gnome.org/mailman/listinfo/release-team
> Release-team lurker? Do NOT participate in discussions.
>
Looks fine, approval 1/2
___
release-team@gnome.org
https://mail.gnome.org/mailman/listinfo/release-team
Release-team lurker? Do NOT participate in discussions.
On Thu, 2019-09-05 at 14:49 +0100, Emmanuele Bassi wrote:
> On , mcatanz...@gnome.org wrote:
> > On Thu, Sep 5, 2019 at 5:08 AM, Philip Withnall
> > wrote:
> > > I would like to make the GLib 2.62.0 release tomorrow morning
> > > (Friday
> > > 6th) due to being away from the afternoon onwards.
Hello,
We have 2 merge requests outstanding for Tracker that we want to merge
before 2.3.0. They are related to a new feature, storing MusicBrainz IDs
for music files.
We found a problem in how it's implemented, and we need to merge these two
patches to fix it:
18-19 Сентября 2019 г.
с 10:00 до 17:30
Промокод: 391
Лицензированный образовательный центр приглашает на обучение:
Минимизация налоговых рисков при дроблении бизнеса.
Возможно участие посредством online-трансляции.
В результате обучения участники:
- получат целостное понимание
On Thu, Sep 5, 2019 at 5:08 AM, Philip Withnall
wrote:
I would like to make the GLib 2.62.0 release tomorrow morning (Friday
6th) due to being away from the afternoon onwards. Can I get a couple
of approvals before then?
Approval 1/2
___
On Thu, Sep 5, 2019 at 7:45 AM, Emmanuele Bassi
wrote:
RT approval 1/2.
Approval 2/2
___
release-team@gnome.org
https://mail.gnome.org/mailman/listinfo/release-team
Release-team lurker? Do NOT participate in discussions.
News
Overview of changes since NetworkManager-1.20.0
===
This is a new stable release of NetworkManager. Notable changes include:
* Don't ask wpa_supplicant to attempt to enable FT if the interface doesn't
support it.
* Various bug fixes and
On , Iain Lane wrote:
I discovered this morning¹ that if you toggle mute/unmute in Shell
3.33.90 then your volume is not restored to what it was before - it's
left at 0. The reason is that Shell's volume slider responds to the
initial muting by setting itself to empty, but this also triggers the
I discovered this morning¹ that if you toggle mute/unmute in Shell
3.33.90 then your volume is not restored to what it was before - it's
left at 0. The reason is that Shell's volume slider responds to the
initial muting by setting itself to empty, but this also triggers the
slider's callback to
The branch 'gnome-3-34' was created pointing to:
d4b898a... GNOME 3.33.92
___
release-team@gnome.org
https://mail.gnome.org/mailman/listinfo/release-team
Release-team lurker? Do NOT participate in discussions.
Hi all,
Christian has a nice fix for a bug with some of the new GDateTime API
for file attributes, which eases porting from
g_file_info_get_modification_time() to
g_file_info_get_modification_date_time().
https://gitlab.gnome.org/GNOME/glib/merge_requests/1087
I’d like to get this into 2.62,
News
This is the first stable release of sigc++-3.0, installable in
parallel with sigc++-2.0.
Changes compared to the latest unstable release:
* Fix tuple_transform_each() for libc++
(Kjell Ahlstedt) Issue #25 (Jeff Trull)
Documentation:
* Remove some obsolete documentation
(Kjell
17 matches
Mail list logo