One more thing. At GUADEC, we discussed removing all the apps currently
in the gnome-apps moduleset, and moving all the apps from gnome-core
into gnome-apps. We could call it gnome-core-apps, or not. Anyway, the
goal is to greatly reduce the scope of what release team is responsible
for. I th
News
- Closed bugs and merge requests:
* tweener: Fix a couple of warnings [!5, Florian Müllner]
* legacy: Allow ES6 classes to inherit from abstract Lang.Class class [!6,
Florian Müllner]
- Minor bugfixes [Philip Chimento]
Download
https://download.gnome.org/sources/gjs
On Tue, Oct 31, 2017 at 5:36 AM, Tristan Van Berkom
wrote:
Probably this is going to need a bit more thought, but I think it's
approximately correct and will be cleaner than supporting every
version of GNOME in the same master branch.
Yes, keeping every version of GNOME in JHBuild's master br
On Sun, 2017-10-29 at 11:41 -0500, Michael Catanzaro wrote:
> On Sun, Oct 29, 2017 at 5:38 AM, Tristan Van Berkom
> > wrote:
> > Does this sound like a sensible plan ?
>
> Yes. Excellent. :)
>
> Do you want to take responsibility for the 3.27.2 release? That's due
> Wednesday, November 15. I g
On Sun, 2017-10-29 at 19:38 +0900, Tristan Van Berkom wrote:
> On Wed, 2017-10-11 at 22:30 +0900, Tristan Van Berkom wrote:
> > Hi !
> >
>
> Here is a follow up and status report.
[...]
> Status of builds
>
> I believe we've reached build parity with the 3.27.x releases, and
> b
Download
https://download.gnome.org/sources/gnome-todo/3.26/gnome-todo-3.26.2.tar.xz
(703K)
sha256sum: c9b90048b62b4e6fe7cd7e9675be9a838d65e297584c308bacb25f1478e8dd80
___
release-team@gnome.org
https://mail.gnome.org/mailman/listinfo/releas