GNOME 41.7 released

[Matthias Clasen via desktop-devel-list]

Hi,


GNOME 41.7 is now available. This is a stable bugfix release for GNOME 41.
All operating systems shipping GNOME 41 are encouraged to upgrade.

If you want to compile GNOME 41.7, you can use the official BuildStream project
snapshot:

https://download.gnome.org/teams/releng/41.7/gnome-41.7.tar.xz

The list of updated modules and changes is available here:
https://download.gnome.org/core/41/41.7/NEWS

The source packages are available here:
https://download.gnome.org/core/41/41.7/sources/

GNOME 41.7 is designed to be a boring bugfix update for GNOME 41, so it should
be a safe and uneventful upgrade from earlier versions of GNOME 41.

Enjoy,

Matthias Clasen

GNOME Release Team
___
desktop-devel-list mailing list
desktop-devel-list@gnome.org
https://mail.gnome.org/mailman/listinfo/desktop-devel-list

GNOME 40.4 released

[Matthias Clasen via desktop-devel-list]

Hi,

GNOME 40.4 is now available. This is a stable bugfix release for GNOME 40.
All operating systems shipping GNOME 40 are encouraged to upgrade.

If you want to compile GNOME 40.4, you can use the official BuildStream
project snapshot:

http://download.gnome.org/teams/releng/40.4/gnome-40.4.tar.xz

The list of updated modules and changes is available here:

https://download.gnome.org/core/40/40.4/NEWS

The source packages are available here:

https://download.gnome.org/core/40/40.4/sources/

GNOME 40.4 is designed to be a boring bugfix update for GNOME 40, so it
should be safe to upgrade from earlier versions of GNOME 40.

Enjoy,

Matthias Clasen
GNOME Release Team
___
desktop-devel-list mailing list
desktop-devel-list@gnome.org
https://mail.gnome.org/mailman/listinfo/desktop-devel-list

GNOME 3.38.8 released

[Matthias Clasen via desktop-devel-list]

Hi,

GNOME 3.38.8 is now available. This is a stable bugfix release for
3.38. All distributions shipping GNOME 3.38 are encouraged to upgrade.

If you want to compile GNOME 3.38.8, you can use the official
BuildStream project snapshot:

https://download.gnome.org/teams/releng/3.38.8/gnome-3.38.8.tar.xz

The list of updated modules and changes is available here:

https://download.gnome.org/core/3.38/3.38.8/NEWS

The source packages are available here:

https://download.gnome.org/core/3.38/3.38.8/sources/

GNOME 3.38.8 is designed to be a small and safe update to GNOME 3.38,
the final stable release in the GNOME 3 release series. It is succeeded by
GNOME 40.

Matthias Clasen
Release Team
___
desktop-devel-list mailing list
desktop-devel-list@gnome.org
https://mail.gnome.org/mailman/listinfo/desktop-devel-list

GNOME 40 released

[Matthias Clasen via desktop-devel-list]

The GNOME Project is proud to announce the release of GNOME 40.

This release is the first to follow our new versioning scheme.

It brings new design for the Activities overview and improved support for
input with Compose sequences and keyboard shortcuts, among many other
things.

Improvements to core GNOME applications include a redesigned Weather
application, information popups in Maps, better tabs in Web, and many
more.

More information about the changes in GNOME 40 can be found in the
release notes:

 https://help.gnome.org/misc/release-notes/40.0/

 https://forty.gnome.org/ 

GNOME 40 will be available shortly in many distributions. If you want to
try it today, you can use the just-released Fedora 34 beta or the openSUSE
nightly live images which both include GNOME 40.

 https://www.gnome.org/getting-gnome/ 
 https://download.opensuse.org/repositories/GNOME:/Medias/images/iso/


We are also providing our own installer images for debugging and testing
features. These images are meant for installation in a vm and require
GNOME Boxes with UEFI support to boot:

 https://os.gnome.org/download/40.0/gnome_os_installer_40.0.iso


If you are interested in building applications for GNOME 40, look for the
GNOME 40 Flatpak SDK, which is available in the www.flathub.org repository.

This six-month effort wouldn't have been possible without the whole GNOME
community, made of contributors and friends from all around the world:
developers, designers, documentation writers, usability and accessibility
specialists, translators, maintainers, students, system administrators,
companies, artists, testers and last, but not least, our users.

GNOME would not exist without all of you. Thank you to everyone!

Our next release, GNOME 41, is planned for October 2021, after our yearly
GUADEC conference, which will be online again. Until then, enjoy GNOME 40.

The GNOME Release Team
___
desktop-devel-list mailing list
desktop-devel-list@gnome.org
https://mail.gnome.org/mailman/listinfo/desktop-devel-list

Re: Can we enforce beta release for the freeze

[Matthias Clasen via desktop-devel-list]

On Sun, Feb 21, 2021 at 3:18 PM Shaun McCance  wrote:

> Hi all,
>
> I just wasted a whole lot of time trying to figure out why I wasn't
> seeing GNOME 40 settings in both Rawhide and Tumbleweed, only to
> discover that gnome-control-center didn't get an upstream 40.beta
> release until a few hours ago today.
>
> This is extremely frustrating. For all practical purposes, that means
> the freeze actually started today, not last week, because we can't do
> post-freeze work on unreleased software.
>
> The freeze is pointless without beta releases, so what can we do to
> enforce that beta releases happen?
>

Help out with the modules that are missing releases.

It is a small group of people doing a lot of hard work. The control center
maintainer,
Georges, is also one of the main forces behind the gnome-shell redesign.

And days only have 24 hours.
___
desktop-devel-list mailing list
desktop-devel-list@gnome.org
https://mail.gnome.org/mailman/listinfo/desktop-devel-list

GNOME 3.38.4 released

[Matthias Clasen via desktop-devel-list]

Hey all,

GNOME 3.38.4 is now available. This is the fourth bugfix release for
3.38. All distributions shipping GNOME 3.38 are encouraged to upgrade.

If you want to compile GNOME 3.38.4, you can use the official
BuildStream project snapshot:
https://download.gnome.org/teams/releng/3.38.3/gnome-3.38.4.tar.xz

The list of updated modules and changes is available here:
https://download.gnome.org/core/3.38/3.38.4/NEWS

The source packages are available here:
https://download.gnome.org/core/3.38/3.38.4/sources/

Enjoy,

Matthias Clasen
GNOME Release Team
___
desktop-devel-list mailing list
desktop-devel-list@gnome.org
https://mail.gnome.org/mailman/listinfo/desktop-devel-list

GNOME 3.38 released

[Matthias Clasen via desktop-devel-list]

The GNOME Project is proud to announce the release of GNOME 3.38, Orbis.

This release brings a new Welcome tour, improved grouping and reordering
of applications in the overview, better fingerprint enrollment, deeper
systemd integration, and more.

Improvements to core GNOME applications include intelligent tracking
prevention in Web, night mode and adaptive UI in Maps, redesigned
Clocks and Sound Recorder, and more.

For more information about the changes in GNOME 3.38, you can visit
the release notes:

 https://help.gnome.org/misc/release-notes/3.38/
 https://youtu.be/DZ_P5W9r2JY

GNOME 3.38 will be available shortly in many distributions. If you want
to try it today, you can use the Fedora 33 beta that will be available
soon or the openSUSE nightly live images which include GNOME 3.38.

 https://www.gnome.org/getting-gnome/

https://download.fedoraproject.org/pub/fedora/linux/development/33/Workstation/x86_64/iso/

https://download.opensuse.org/repositories/GNOME:/Medias/images/iso/?P=GNOME_Next*

This is the first release for which we can provide our own installer
images for debugging and testing features. These images are meant for
installation in a vm and require GNOME Boxes 3.38 (with UEFI support)
to boot:

 https://gnome-build-meta.s3.amazonaws.com/3.38.0/gnome_os_installer.iso

If you are interested in building applications for GNOME 3.38, look for
the GNOME 3.38 Flatpak SDK, which is available in the www.flathub.org
repository.

This six-month effort wouldn't have been possible without the whole
GNOME community, made of contributors and friends from all around the
world: developers, designers, documentation writers, usability and
accessibility specialists, translators, maintainers, students, system
administrators, companies, artists, testers and last, but not least,
our users.

GNOME would not exist without all of you. Thank you to everyone!

Our next release is planned for March 2021. Until then, enjoy GNOME 3.38!

Matthias Clasen
GNOME release  team
___
desktop-devel-list mailing list
desktop-devel-list@gnome.org
https://mail.gnome.org/mailman/listinfo/desktop-devel-list

GNOME 3.36.6

[Matthias Clasen via desktop-devel-list]

Hello,

GNOME 3.36.6 is now available. This is a stable bugfix release for
3.36. All distributions shipping GNOME 3.36 are encouraged to upgrade.

If you want to compile GNOME 3.36.6, you can use the official
BuildStream project snapshot:
https://download.gnome.org/teams/releng/3.36.6/gnome-3.36.6.tar.xz

The list of updated modules and changes is available here:
https://download.gnome.org/core/3.36/3.36.6/NEWS

The source packages are available here:
https://download.gnome.org/core/3.36/3.36.6/sources/

Enjoy the new release,

Matthias Clasen
GNOME Release Team
___
desktop-devel-list mailing list
desktop-devel-list@gnome.org
https://mail.gnome.org/mailman/listinfo/desktop-devel-list

Re: GitLab Container Registry scheduled maintenance, Friday May 29, 10 UTC

[Matthias Clasen via desktop-devel-list]

On Sun, May 31, 2020 at 12:46 PM Michael Catanzaro 
wrote:

In GTK, I see the majority of ci runs now fails with:  "The script exceeded
the maximum execution time set for the job"
___
desktop-devel-list mailing list
desktop-devel-list@gnome.org
https://mail.gnome.org/mailman/listinfo/desktop-devel-list

Re: How to detect a gtk desktop programmatically

[Matthias Clasen via desktop-devel-list]

Hey Tres,

in my opinion, environment variables are about the worst possible option
for this sort of thing.

If you are linking against GTK, the easiest way is to just ask GTK itself
if you need to know
the theme name:

g_object_get (gtk_settings_get_defautt (), "gtk-theme-name", &theme, NULL);

But I am not sure that the theme name is really needed. What information
are you looking for
exactly ? And what decision are you going to make based on it ?
___
desktop-devel-list mailing list
desktop-devel-list@gnome.org
https://mail.gnome.org/mailman/listinfo/desktop-devel-list

GNOME 3.36 released

[Matthias Clasen via desktop-devel-list]

The GNOME Project is proud to announce the release of GNOME 3.36, “Gresik”.

This release brings a new lock screen and a new app for managing shell
extensions, among other things. Once again, the shell has received many
performance improvements.

Improvements to core GNOME applications include better support for metered
networks and parental controls in GNOME Software, a new look for the initial
setup assistant, a redesigned GNOME Clocks, and many more.

More information about the changes in GNOME 3.36 can be found in the
release notes:

 https://help.gnome.org/misc/release-notes/3.36/

GNOME 3.36 will be available shortly in many distributions. If you want to
try it today,
you can use the soon-to-be-released Fedora 32 beta or the openSUSE nightly
live
images which will both include GNOME 3.36 very soon.

 https://www.gnome.org/getting-gnome/
 https://download.opensuse.org/repositories/GNOME:/Medias/images/iso/

If you are interested in building applications for GNOME 3.36, look for the
GNOME 3.36 Flatpak SDK, which is available in the www.flathub.org
repository.

This six-month effort wouldn't have been possible without the whole GNOME
community, made of contributors and friends from all around the world:
developers, designers, documentation writers, usability and accessibility
specialists, translators, maintainers, students, system administrators,
companies, artists, testers and last, but not least, our users.

GNOME would not exist without all of you. Thank you to everyone!

Our next release, GNOME 3.38, is planned for October 2020, after our yearly
GUADEC  conference in Zacatecas, Mexico. Until
then, enjoy GNOME 3.36.

The GNOME Release Team
___
desktop-devel-list mailing list
desktop-devel-list@gnome.org
https://mail.gnome.org/mailman/listinfo/desktop-devel-list

GNOME 3.34.4

[Matthias Clasen via desktop-devel-list]

Hi,

here is another stable GNOME update: GNOME 3.34.4.

This release contains several weeks worth of bug fixes, and should
be a very safe upgrade from 3.34.3.

The GNOME flatpak runtime has been updated as well

There next (and last) stable 3.34 update is planned for end of
March, seehttps://wiki.gnome.org/ThreePointThirtyfive

If you want to compile GNOME 3.34.4, you can use the official
BuildStream project snapshot:

 https://download.gnome.org/teams/releng/3.34.4/gnome-3.34.4.tar.xz

The list of updated modules and changes is available here:

 https://download.gnome.org/core/3.34/3.34.4/NEWS

The source packages are available here:

 https://download.gnome.org/core/3.34/3.34.4/sources/

Enjoy the new release,

Matthias Clasen,
GNOME Release Team
___
desktop-devel-list mailing list
desktop-devel-list@gnome.org
https://mail.gnome.org/mailman/listinfo/desktop-devel-list

Re: GNOME 3.34 released

[Matthias Clasen via desktop-devel-list]

On Thu, Sep 12, 2019, 13:14 Matthias C

>
>
> If you are interested in building applications for GNOME 3.34, you can
> use the GNOME 3.34 Flatpak SDK, which is available in the sdk.gnome.org
> repository.
>
>
This was meant to say:

The GNOME 3.34 Flatpak SDK is available on www.flathub.org
___
desktop-devel-list mailing list
desktop-devel-list@gnome.org
https://mail.gnome.org/mailman/listinfo/desktop-devel-list

GNOME 3.34 released

[Matthias Clasen via desktop-devel-list]

The GNOME Project is proud to announce the release of GNOME 3.34,
Θεσσαλονίκη
(Thessaloniki).

This release brings performance improvements in the shell, Drag-And-Drop in
the overview, improved mouse and keybord accessibility, previews in the
background panel, support for systemd user sessions, and more.

Improvements to core GNOME applications include new icons, sandboxed
browsing
in Web, gapless playback in Music, support for bidirectional text in the
Terminal, more featured applications in Software, and more.

For more information about the changes in GNOME 3.34, you can visit
the release notes:

 https://help.gnome.org/misc/release-notes/3.34/

GNOME 3.34 will be available shortly in many distributions. If you want
to try it today, you can use the Fedora 31 beta that will be available soon
or the openSUSE nightly live images which include GNOME 3.34.

 https://www.gnome.org/getting-gnome/

http://download.fedoraproject.org/pub/fedora/linux/development/31/Workstation/x86_64/iso/

http://download.opensuse.org/repositories/GNOME:/Medias/images/iso/?P=GNOME_Next*

To try the very latest developments in GNOME, you can also use Fedora
Silverblue, whose rawhide branch always includes the latest GNOME packages.


https://kojipkgs.fedoraproject.org/compose/rawhide/latest-Fedora-Rawhide/compose/Silverblue/x86_64/iso/

If you are interested in building applications for GNOME 3.34, you can
use the GNOME 3.34 Flatpak SDK, which is available in the sdk.gnome.org
repository.

This six-month effort wouldn't have been possible without the whole
GNOME community, made of contributors and friends from all around the
world: developers, designers, documentation writers, usability and
accessibility specialists, translators, maintainers, students, system
administrators, companies, artists, testers and last, but not least,
our users.

GNOME would not exist without all of you. Thank you to everyone!

Our next release, GNOME 3.36, is planned for March 2020. Until then,
enjoy GNOME 3.34!

💓, the GNOME Release Team
___
desktop-devel-list mailing list
desktop-devel-list@gnome.org
https://mail.gnome.org/mailman/listinfo/desktop-devel-list

Re: System-wide dark mode

[Matthias Clasen via desktop-devel-list]

On Thu, May 30, 2019 at 10:58 AM  wrote:

> On Thu, May 30, 2019 at 4:15 AM, Allan Day  wrote:
> > How does this relate to the dark mode in WebKit?
> >
> > I was hoping that Web would follow the system-wide dark mode
> > preference, and expose it to websites...
>
> The ideal, desired behavior is to enable dark mode on any websites that
> opt-in to dark mode, if and only if the user has selected the dark mode
> preference. We can't implement that without design changes in GTK since
> for that we need the ability to *very quickly* switch between different
> themes in the same process, and that's currently too slow.
>

Unlikely to change, tbh. If your theme is loading too slowly, it is too
big...
___
desktop-devel-list mailing list
desktop-devel-list@gnome.org
https://mail.gnome.org/mailman/listinfo/desktop-devel-list

Re: I believe we should reconsider our sys-tray removal

[Matthias Clasen via desktop-devel-list]

On Tue, Mar 26, 2019 at 3:24 PM  wrote:

>
> >
>
> I am too, but there is more to this.  I'm forced to use topicons or
> some other because when I ask an application to quit, I have found that
> some applications don't really quit but instead are sitting in the
> notification area.  That's kind of sub-optimal.  So even if you like
> the change we are forced to put topicons back invalidating the design
> because not everyone is playing fair.
>

The strategy we went for with the message tray removal was to say:
If you have applications that insist on using status icons in this way,
use the topicons extension.

You make it sound like using topicions is somehow impure or bad.
It isn't.
___
desktop-devel-list mailing list
desktop-devel-list@gnome.org
https://mail.gnome.org/mailman/listinfo/desktop-devel-list

Re: Update your libhandy submodules (and packages)

[Matthias Clasen via desktop-devel-list]

On Fri, Mar 1, 2019 at 8:42 AM Bastien Nocera  wrote:

>
> > We don't really have any formal rules for external dependencies, I
> > think not since the GNOME 2 days.
>
> I'll bear that in mind next time I get a complaint about the required
> version of meson being too new *cough* ;)
>
>
>
I did raise concerns about widespread dependencies on an unstable,
in-progress library.
And I cautioned against adding libhandy to runtimes.
___
desktop-devel-list mailing list
desktop-devel-list@gnome.org
https://mail.gnome.org/mailman/listinfo/desktop-devel-list

Re: GNOME Online Accounts 3.34 won't have documents support

[Matthias Clasen via desktop-devel-list]

On Wed, Jan 23, 2019 at 10:03 AM Bastien Nocera  wrote:

> On Wed, 2019-01-23 at 14:33 +, Allan Day wrote:
> > Bastien Nocera  wrote:
> > 
> > > Flip it on its head and please suggest why, nowadays, any
> > > application
> > > developer, whether for a GNOME application or a third-party, would
> > > spend time integrating services into gnome-online-accounts, or
> > > using
> > > gnome-online-accounts for functionality that's somewhat core to the
> > > application experience, when the rug can be pulled from under your
> > > app
> > > at any point?
> >
> > That's not what's happening here. Until very recently, Debarshi was
> > the Documents maintainer, and he's obviously been fully involved.
>
> It is what is happening in GNOME Online Accounts in general. Pocket is
> disabled in Fedora 29, and there's a good chance that the mail
> configuration bits will be disabled in Fedora 30.
>
> I don't know whether those changes will also be done upstream, but the
> result will be the same, it won't be possible for applications shipped
> through Flatpak to know that certain configuration options will be
> available in GNOME Online Accounts.
>
>
I believe in the larger picture, this is a logical consequence of taking
the boundary between desktop and apps seriously.
It is just not right to give all 3rd party apps that show up in a flatpak
access to the GNOME api keys and identity.
They need to use their own keys. Offering a centralized service for storing
such keys, as Emmanuele suggests,
might still be useful.
___
desktop-devel-list mailing list
desktop-devel-list@gnome.org
https://mail.gnome.org/mailman/listinfo/desktop-devel-list

GNOME 3.31.4 released

[Matthias Clasen via desktop-devel-list]

Hi developers, happy new year!

Here is  GNOME 3.31.4, the first development snapshot of 2019. Try it
out, test it, improve it.

If you want to compile GNOME 3.31.4, you can use the official
BuildStream project snapshot. Thanks to BuildStream's build sandbox, it
should build reliably for you regardless of your host system:

https://download.gnome.org/teams/releng/3.31.4/gnome-3.31.4.tar.xz

The list of updated modules and changes is available here:

https://download.gnome.org/core/3.31/3.31.4/NEWS

The source packages are available here:

https://download.gnome.org/core/3.31/3.31.4/sources/

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.31, the full schedule, the official module
lists and the proposed module lists, please see our 3.31 wiki page:

https://www.gnome.org/start/unstable

Matthias
___
desktop-devel-list mailing list
desktop-devel-list@gnome.org
https://mail.gnome.org/mailman/listinfo/desktop-devel-list

GNOME 3.31.3 released

[Matthias Clasen via desktop-devel-list]

Hi developers,

GNOME 3.31.3 is now available.

This will be our last snapshop before the year is over. Try it out,
test it, improve it.

If you want to compile GNOME 3.31.3, you can use the official
BuildStream project snapshot. Thanks to BuildStream's build sandbox, it
should build reliably for you regardless of your host system:

https://download.gnome.org/teams/releng/3.31.3/gnome-3.31.3.tar.xz

The list of updated modules and changes is available here:

https://download.gnome.org/core/3.31/3.31.3/NEWS

The source packages are available here:

https://download.gnome.org/core/3.31/3.31.3/sources/

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.31, the full schedule, the official module
lists and the proposed module lists, please see our 3.29 wiki page:

https://www.gnome.org/start/unstable

Matthias
___
desktop-devel-list mailing list
desktop-devel-list@gnome.org
https://mail.gnome.org/mailman/listinfo/desktop-devel-list

Re: Python 2 support in GNOME build tools

[Matthias Clasen via desktop-devel-list]

On Sun, Jul 15, 2018 at 10:08 AM, Christoph Reiter via desktop-devel-list <
desktop-devel-list@gnome.org> wrote:

> On Sun, Jul 15, 2018 at 3:25 PM, Nicolas Dufresne 
> wrote:
> > Stable distribution shouldn't block software from going forward with
> > Python 3. Simply because stable OS won't update to whatever we release
> > next, unless it's bug/security fixes.
>
> I agree in general, but as I noted at the end of my mail, RHEL 7 does get
> non-bugfix/security updates nowadays. And from what I see many of the
> people
> working on those updates also work on GNOME and we should try figuring out
> what they need before potentially making their lives harder.
>
>
Speaking as one of the people involved in RHEL7 GNOME maintenance: we've
never made demands to hold back upstream
progress because it would be more convenient for us. We've worked around
the python3 appearance in the a11y stack and
the more recent meson adoption as well as we could. Its part of what we
paid to do.
___
desktop-devel-list mailing list
desktop-devel-list@gnome.org
https://mail.gnome.org/mailman/listinfo/desktop-devel-list

GNOME 3.28.2 released

[Matthias Clasen]

Hi,


I'm pleased to announce the release of GNOME 3.28.2, the final planned release
for the GNOME 3.28 series. It includes numerous bugfixes, documentation
improvements, and translation updates,
notably some widely discussed memory leak fixes for GNOME shell.

All distributions shipping GNOME 3.28 are strongly encouraged to upgrade.

Packages should arrive in your distribution of choice soon, but  if you
want to compile
GNOME 3.28.2 by yourself, you can use the official BuildStream [1] project
snapshot.
Thanks to BuildStream's build sandbox, it should build reliably for you
regardless of the

dependencies on your host system:

[1] https://download.gnome.org/teams/releng/3.28.2/gnome-3.28.2.tar


The list of updated modules and changes is available
here:https://download.gnome.org/core/3.28/3.28.2/NEWS

The source packages are available
here:https://download.gnome.org/core/3.28/3.28.2/sources/

Our next major release, GNOME 3.30, is expected in October.

Enjoy,

Matthias
___
desktop-devel-list mailing list
desktop-devel-list@gnome.org
https://mail.gnome.org/mailman/listinfo/desktop-devel-list

GNOME 3.28 released

[Matthias Clasen]

The GNOME Project is proud to announce the release of GNOME 3.28,
*重庆市(Chongqing*).

This release brings a more beautiful font, an improved on-screen keyboard
and
a new 'Usage' application.

Improvements to core GNOME applications include support for favorites in
Files
and the file chooser, a better month view in the Calendar, support for
importing
pictures from devices in Photos, and many more.

For more information about the changes in GNOME 3.28, you can visit
the release notes:

 https://help.gnome.org/misc/release-notes/3.28/

GNOME 3.28 will be available shortly in many distributions. If you want
to try it today, you can use the Fedora 28 update or the openSUSE nightly
live images which include GNOME 3.28.

 https://www.gnome.org/getting-gnome/
 https://bodhi.fedoraproject.org/updates/FEDORA-2018-5ebe0eb1f2

 http://download.opensuse.org/repositories/GNOME:/Medias/ima
ges/iso/?P=GNOME_Next*

To try the very latest developments in GNOME, you can also use the
Fedora Atomic Workstation, whose rawhide branch always includes the latest
GNOME packages.

 https://kojipkgs.fedoraproject.org /compose/rawhide/latest-
Fedora-Rawhide/compose/AtomicWorkstation/x86_64/iso/

If you are interested in building applications for GNOME 3.28, you can
use the GNOME 3.28 Flatpak SDK, which is available in the sdk.gnome.org
repository.

This six-month effort wouldn't have been possible without the whole
GNOME community, made of contributors and friends from all around the
world: developers, designers, documentation writers, usability and
accessibility specialists, translators, maintainers, students, system
administrators, companies, artists, testers and last, but not least, our
users.
GNOME would not exist without all of you. Thank you to everyone!

Our next release, GNOME 3.30, is planned for October 2018. Until then,
enjoy GNOME 3.28!

The GNOME Release Team
___
desktop-devel-list mailing list
desktop-devel-list@gnome.org
https://mail.gnome.org/mailman/listinfo/desktop-devel-list

Re: GNOME/Librem 5 Diner Before FOSDEM

[Matthias Clasen]

On Wed, Jan 17, 2018 at 11:40 AM, Adrien Plazas via desktop-devel-list <
desktop-devel-list@gnome.org> wrote:

> Hi!
>
> The Librem 5 team at Purism would like to meet GNOME folks at FOSDEM and
> to have a chat about the phone. The GTK+ hackfest is going to end on Friday
> 2, maybe we could organize a diner together that day?
>
>

Sounds great to me!
___
desktop-devel-list mailing list
desktop-devel-list@gnome.org
https://mail.gnome.org/mailman/listinfo/desktop-devel-list

GNOME 3.27.3 released

[Matthias Clasen]

Hi all,

GNOME 3.27.3, the third development snapshot in the 3.28 development
cycle, is now available.
A few more modules have been ported to meson, and lots of development
is happening across all modules. To point out a few highlights,
dconf-editor is seeing significant work, and evolution has had
many bug fixes.

If you want to compile GNOME 3.27.3 by yourself, use the BuildStream
project snapshot here:

 https://download.gnome.org/teams/releng/3.27.2/gnome-3.27.3.tar.xz
<https://download.gnome.org/teams/releng/3.27.3/gnome-3.27.3.tar.xz>

For the remainder of the 3.28 development cycle, you can continue to
use the JHBuild modulesets, they are also available here:

 https://download.gnome.org/teams/releng/3.27.1/

The lists of updated modules and changes are available here:
 core   -  https://download.gnome.org/core/3.27/3.27.3/NEWS
 apps   -  https://download.gnome.org/apps/3.27/3.27.3/NEWS

The source packages are available here:
 core   -  https://download.gnome.org/core/3.27/3.27.3/sources/
 apps   -  https://download.gnome.org/apps/3.27/3.27.3/sources/


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.27, the full schedule, the official module
lists and the proposed module lists, please see our 3.27 wiki page:

 https://www.gnome.org/start/unstable

Cheers,
Matthias Clasen
GNOME Release Team
___
desktop-devel-list mailing list
desktop-devel-list@gnome.org
https://mail.gnome.org/mailman/listinfo/desktop-devel-list

Re: Proposal for reducing the number of unremovable apps in GNOME Software

[Matthias Clasen]

On Mon, Nov 6, 2017 at 7:16 AM, Allan Day  wrote:

> Bastien Nocera  wrote:
> ...
>
>> > > I don't see the relation between sandboxable and unremovable.
>> > >
>> >
>> > On an image-based OS, wouldn't it be the case that anything that's
>> > not a flatpak would be part of the image, and therefore unremovable?
>> > I've been looking at this issue recently from a slightly different
>> > perspective and wondered whether "part of the base OS" might be a
>> > simpler and more natural replacement for .
>>
>> Seems to me that the whole problem is that gnome-software keeps the
>> "package" uninstallable even if the same application is installed via
>> Flatpak.
>>
>> Fix that, and you don't need to make any changes to the appdata files.
>>
>
> I'm thinking about a "pure" system that doesn't have any packages - it's
> just an ostree-based image with flatpaks installed on it. My understanding
> is that, in this situation, some apps would be shipped as part of the
> image, and that these apps wouldn't be removable.
>
>
That is really a side-effect of how the OS is deployed. If that is all this
is about, we can remove all the 'mandatory' markings - things in the base
image will not be removable anyway.
I would be in favor of that. Lets treat our users as grown-ups who can make
their own decisions.
___
desktop-devel-list mailing list
desktop-devel-list@gnome.org
https://mail.gnome.org/mailman/listinfo/desktop-devel-list

Re: Proposal for reducing the number of unremovable apps in GNOME Software

[Matthias Clasen]

On Fri, Nov 3, 2017 at 8:03 PM,  wrote:

> Hi,
>
> Currently about half of the GNOME core apps are unremovable in GNOME
> Software. It's the set of apps that are not new additions to core over the
> past two years, but at this point that's entirely arbitrary. So we need to
> find a better criterion for determining what should and should not be
> unremovable.
>
> In the interests of allowing users to replace core apps with their
> preferred alternatives, I'd like to propose that only the most essential
> applications -- stuff that cannot plausibly be packaged as a
> properly-sandboxed flatpak -- should remain unremovable. Specifically, I
> propose that GNOME be
> removed from the appstream metainfo for all of our apps except the
> following four:
>
> * gnome-screenshot
> * gnome-software
> * nautilus
> * yelp
>
> This matches one of Javier's proposed moduleset changes [1].
>
> Thoughts?
>
>
I don't see the relation between sandboxable and unremovable. The argument
for making some things unremovable has always been that their absence leads
to a broken system. I can see how that applies to gnome-software (can't
install apps anymore when it is missing) and to yelp (every apps help
menuitem is broken when yelp is missing). But I don't see how this applies
to gnome-screenshot (as Florian pointed out, the keyboard shortcuts for
sceenshots don't rely on it anymore) or to nautilus (no icons on the
desktop in GNOME3).

It is a separate question whether an app should be installed by default - I
would argue that all four should be.
___
desktop-devel-list mailing list
desktop-devel-list@gnome.org
https://mail.gnome.org/mailman/listinfo/desktop-devel-list

GNOME 3.26 released

[Matthias Clasen]

The GNOME Project is proud to announce the release of GNOME 3.26,
"Manchester".

This release brings refinements to the system search, animations for
maximizing
and unmaximizing windows and support for color Emoji.

Improvements to core GNOME applications include a redesigned Settings
application, a new display settings panel, Firefox sync in the Web browser,
and
many more.

For more information about the changes in GNOME 3.26, you can visit
the release notes:

 https://help.gnome.org/misc/release-notes/3.26/

GNOME 3.26 will be available shortly in many distributions. If you want
to try it today, you can use the openSUSE nightly live images which
include GNOME 3.26.

 https://www.gnome.org/getting-gnome/

http://download.opensuse.org/repositories/GNOME:/Medias/images/iso/?P=GNOME_Next*

To try the very latest developments in GNOME, you can also use the
VM disk images that are produced by the gnome-continuous build system.

 https://wiki.gnome.org/Projects/GnomeContinuous

If you are interested in building applications for GNOME 3.26, you can
use the GNOME 3.26 Flatpak SDK, which is available in the sdk.gnome.org
repository.

This six-month effort wouldn't have been possible without the whole
GNOME community, made of contributors and friends from all around the
world: developers, designers, documentation writers, usability and
accessibility specialists, translators, maintainers, students, system
administrators, companies, artists, testers and last, but not least, users.
GNOME would not exist without all of you. Thank you to everyone!

This release was created at the ATypI conference in Montreal,
Canada. Thanks to our font friends for this lovely event!

Our next release, GNOME 3.28, is planned for March 2018. Until then,
enjoy GNOME 3.26!

The GNOME Release Team
___
desktop-devel-list mailing list
desktop-devel-list@gnome.org
https://mail.gnome.org/mailman/listinfo/desktop-devel-list

Re: Application name strings consistency

[Matthias Clasen]

On Mon, Sep 4, 2017 at 4:59 AM, Allan Day  wrote:

> Michael Catanzaro  wrote:
> ...
>
>> * Maps appears as GNOME Maps in Software, Maps in about dialog
>>> * Clocks appears as GNOME Clocks in Software, Clocks in about dialog
>>> * Music appears as GNOME Music in Software, Music in about dialog
>>> * Software appears as GNOME Software in Software, Software in about
>>> dialog
>>>
>>
>> I like this style. The app shouldn't have a totally generic name in the
>> software center, so we prepend GNOME to the generic display name there.
>
>
> I disagree. For some time I've argued that we should drop the "GNOME".
> Reasons for this:
>
> 1. App names should be consistent.
> 2. We generally don't expect users to know what GNOME is.
> 3. There are other, better, places we can advertise the project, if that's
> what we want to do.
>
>
But names also need to sufficiently identify the named item. Ending up with
5 "Clocks" and 4 "Maps" in gnome-software isn't really the best user
experience.
___
desktop-devel-list mailing list
desktop-devel-list@gnome.org
https://mail.gnome.org/mailman/listinfo/desktop-devel-list

Re: Meson feedback as a user

[Matthias Clasen]

On Sun, Jul 2, 2017 at 11:29 AM, Sébastien Wilmet  wrote:


> To make the names consistent, the best way is to write the name in only
> one place, i.e. in meson itself or a meson function/macro. Not in each
> individual modules.
>
> Like the GTK_DOC_CHECK Autotools macro.
>
> The same for compiler flags, with the Autotools there is the
> AX_COMPILER_FLAGS macro. With meson it seems that the flags are listed
> in each GNOME module.
>
>
Consistent option names are good.

But please, please, lets not reproduce all the misery of autotools where
the first thing that breaks when you build your project on another platform
is the portability layer because some 3rd party macro is missing...
___
desktop-devel-list mailing list
desktop-devel-list@gnome.org
https://mail.gnome.org/mailman/listinfo/desktop-devel-list

GNOME 3.25.3

[Matthias Clasen]

Hi all,

another development release in the 3.26 cycle, GNOME 3.25.3, is now
available.

If you want to compile GNOME 3.25.3 by yourself, you can use the
jhbuild modulesets available here:

  https://download.gnome.org/teams/releng/3.25.3

The lists of updated modules and changes are available here:
  core   -  https://download.gnome.org/core/3.25/3.25.3/NEWS
  apps   -  https://download.gnome.org/apps/3.25/3.25.3/NEWS

The source packages are available here:
  core   -  https://download.gnome.org/core/3.25/3.25.3/sources/
  apps   -  https://download.gnome.org/apps/3.25/3.25.3/sources/


WARNING! WARNING! WARNING!
--

This release is a snapshot of early 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.25, the full schedule, the official
module lists and the proposed module lists, please see:

http://www.gnome.org/start/unstable

For a quick overview of the GNOME schedule, please see:
http://live.gnome.org/Schedule

Our next development release, 3.25.4, will happen shortly before GUADEC
<http://2017.guadec.org>.
Until then, enjoy the summer!

Matthias Clasen
GNOME release team
___
desktop-devel-list mailing list
desktop-devel-list@gnome.org
https://mail.gnome.org/mailman/listinfo/desktop-devel-list

Re: gnome-settings-daemon/gnome-control-center under new ownership

[Matthias Clasen]

On Thu, May 18, 2017 at 10:49 AM, Bastien Nocera  wrote:

> Hey,
>
> At GUADEC 2010, Matthias asked Richard Hughes and I to help with gnome-
> control-center's port to GTK+ 3.x and update all the panels to the new
> control-center shell that Jon McCann had been polishing.
>
> Skip forward 7 years later, and I'm mostly doing patch reviews for
> features and redesigns done by others, along with being the person that
> rejects adding new options.
>

You've been doing it for along time. Thanks for your service!
___
desktop-devel-list mailing list
desktop-devel-list@gnome.org
https://mail.gnome.org/mailman/listinfo/desktop-devel-list

GNOME 3.24.2 is released

[Matthias Clasen]

Hi everyone,

GNOME 3.24.2 has been released. The second stable update to GNOME 3.24
brings many bug fixes and translation updates. All distributions
shipping GNOME 3.24 should upgrade.

If you want to compile GNOME 3.24.2 by yourself, you can use the
jhbuild modulesets available here:

  https://download.gnome.org/teams/releng/3.24.2/

The lists of updated modules and changes are available here:
  core   -  https://download.gnome.org/core/3.24/3.24.2/NEWS
  apps   -  https://download.gnome.org/apps/3.24/3.24.2/NEWS

The source packages are available here:
  core   -  https://download.gnome.org/core/3.24/3.24.2/sources/
  apps   -  https://download.gnome.org/apps/3.24/3.24.2/sources/

On behalf of the release team,

Matthias Clasen
___
desktop-devel-list mailing list
desktop-devel-list@gnome.org
https://mail.gnome.org/mailman/listinfo/desktop-devel-list

Re: Paperwork : a personal document manager (scanned and PDFs)

[Matthias Clasen]

On Mon, May 1, 2017 at 8:51 AM, Jerome Flesch  wrote:

>
> On Github, someone told me that there is someone else in the Gnome
> design team working on mockups for a new document manager / scan
> application[1][2]. It looks quite similar to an application I've been
> working on for a while: Paperwork.
> Website: https://openpaper.work/
> Sources: https://github.com/openpaperwork/paperwork/#readme
> Demo: https://www.youtube.com/watch?v=RMazTTM6ltg
>

The mockups you've seen are not for a new application, but rather to
provide a face-lift for simple-scan.
___
desktop-devel-list mailing list
desktop-devel-list@gnome.org
https://mail.gnome.org/mailman/listinfo/desktop-devel-list

Re: GNOME Build situation and BuildStream

[Matthias Clasen]

Tristan,

again, it is impossible to reply to an email of this length. I can only
give a few general comments, beyond that, we really need to sit down
face-to-face and discuss this. I hope you are going to be at Guadec ?

My general comments:

What you are describing here (and in your previous communications) looks
like a big, all-encompassing system, with lots of its own terminology and a
complete worldview of how things should be built. I prefer a system that
starts small and solves one problem initially, and then maybe grows over
time.

The system you describe seems to be all about centralization, and about
introducing a new language to describe what we build. That is by-and-large
what we already have in various incarnations that you describe: jhbuild
modulesets, the continuous manifest, flatpak runtimes. I can get behind the
idea of unifying these into a single way of describing a multi-module build.

But I've also seen things mentioned like 'conversion scripts for flatpak'.
And I think that is exactly the opposite of what we need for application
building.

If we want to convince 3rd party applications to use flatpak, we can't
treat it as an intermediate format that we generate from some other source,
and just use somewhere in a centralized build process. We need to embrace
it ourselves and use it, just like we expect 3rd party applications to use
it.
___
desktop-devel-list mailing list
desktop-devel-list@gnome.org
https://mail.gnome.org/mailman/listinfo/desktop-devel-list

Re: GNOME Build situation and BuildStream

[Matthias Clasen]

On Tue, Apr 25, 2017 at 12:38 PM, Tristan Van Berkom <
tristan.vanber...@codethink.co.uk> wrote:

>
>
> Feedback and involvement in any form are greatly appreciated, are
> there parts of the picture you think we've missed ? Please reply and
> tell us about them :)
>
>
My feedback is: too long!!!

If it takes 20 pages to describe, nobody is ever going to get to the bottom
of it, and meaningful feedback will be hard to come by.
___
desktop-devel-list mailing list
desktop-devel-list@gnome.org
https://mail.gnome.org/mailman/listinfo/desktop-devel-list

GNOME 3.24.1

[Matthias Clasen]

Hello all,
Here is our first update of GNOME 3.24, including many bug fixes,
documentation improvements and translation updates.

We hope you'll enjoy it.

For more information about the major changes in GNOME 3.24, please
visit our release notes:
  https://help.gnome.org/misc/release-notes/3.24/
and watch our release video:https://youtu.be/_Z1PAXiyTB0

Packages should arrive in your distribution of choice soon. If you
want to compile GNOME 3.24.1 by yourself, you can use the jhbuild
modulesets available here:
  https://download.gnome.org/teams/releng/3.24.1/

The lists of updated modules and changes are available here:
  core   -  https://download.gnome.org/core/3.24/3.24.1/NEWS
  apps   -  https://download.gnome.org/apps/3.24/3.24.1/NEWS

The source packages are available here:
  core   -  https://download.gnome.org/core/3.24/3.24.1/sources/
  apps   -  https://download.gnome.org/apps/3.24/3.24.1/sources/



Thanks for using GNOME,

Matthias
___
desktop-devel-list mailing list
desktop-devel-list@gnome.org
https://mail.gnome.org/mailman/listinfo/desktop-devel-list

Re: [Recipes] Outreachy - Student Introduction

[Matthias Clasen]

On Mar 27, 2017 9:34 PM, "Ekta Nandwani"  wrote:

Hello,
I'm Ekta Nandwani, a final- year student at L.D college of Engineering ,
Ahmedabad, Gujarat, India. I'm applying for Outreachy - Round 14.


Welcome to recipes and to GNOME, Ekta!
___
desktop-devel-list mailing list
desktop-devel-list@gnome.org
https://mail.gnome.org/mailman/listinfo/desktop-devel-list

GNOME 3.24 released

[Matthias Clasen]

The GNOME Project is proud to announce the release of GNOME 3.24,
"Portland".

This release is the result of 6 months’ hard work by the GNOME community.
It contains major new features such as night light, as well as many smaller
improvements and bug fixes. GNOME's existing applications have been
improved and there is also a new Recipes app. Improvements to our platform
include refined notifications and several revamped settings panels.

For more information about the changes in GNOME 3.24, you can visit the
release notes:

https://help.gnome.org/misc/release-notes/3.24/

GNOME 3.24 will be available shortly in many distributions. If you want to
try it today, you can use the OpenSuse nightly live images which will
include GNOME 3.24 soon.

https://www.gnome.org/getting-gnome/
http://download.opensuse.org/repositories/GNOME:/Medias/images/iso/?P=GNOME_Next*

To try the very latest developments in GNOME, you can also use the VM disk
images that are produced by the gnome-continuous build system.

https://wiki.gnome.org/Projects/GnomeContinuous

If you are using Flatpak, the GNOME 3.24 runtime is available. Many GNOME
applications are also available as Flatpaks.

https://sdk.gnome.org/gnome.flatpakrepo
https://sdk.gnome.org/gnome-apps.flatpakrepo

This six months' effort wouldn't have been possible without the whole GNOME
community, made of contributors and friends from all around the world:
developers, designers, documentation writers, usability and accessibility
specialists, translators, maintainers, students, system administrators,
companies, artists, testers and last, not least, users. GNOME would not
exist without all of you.

Thank you to everyone!

Our next release, GNOME 3.26, is planned for October 2017.

Until then, enjoy GNOME 3.24!

The GNOME Release Team
___
desktop-devel-list mailing list
desktop-devel-list@gnome.org
https://mail.gnome.org/mailman/listinfo/desktop-devel-list

Re: Improving the way we build nightly apps

[Matthias Clasen]

On Sat, Mar 4, 2017 at 9:37 PM, Bastien Nocera  wrote:

> ifests 
>
> My flatpak is too old to test. As totem has additional patches, and a
> separate json file for lua, which one of these is correct:
>
>
> JSON=flatpak/org.gnome.Totem.json
> GITURL=git://git.gnome.org/totem
>
>
This one looks right, and works in my testing.
___
desktop-devel-list mailing list
desktop-devel-list@gnome.org
https://mail.gnome.org/mailman/listinfo/desktop-devel-list

Re: Improving the way we build nightly apps

[Matthias Clasen]

On Thu, 2017-03-02 at 12:46 -0600, Michael Catanzaro wrote:
> On Thu, 2017-03-02 at 19:11 +0100, Sébastien Wilmet wrote:
> > I don't know how soon it'll be. The Flatpak manifest goal is a
> > small
> > goal (the files are even already written, it's just moving them and
> > doing small edits). If it's useful during 6 months or one year,
> > that's
> > already worthwhile. It's easy to remove the Flatpak manifests once
> > (and
> > if) BuildStream becomes the preferred way.
> 
> Yes, I think this argument is a winner. Matthias, feel free to go
> ahead
> and move it to the approved goals page. I doubt anybody will object.

Done.
___
desktop-devel-list mailing list
desktop-devel-list@gnome.org
https://mail.gnome.org/mailman/listinfo/desktop-devel-list

GNOME 3.23.91

[Matthias Clasen]

Hi,

GNOME 3.23.91 is now available. This is our second beta release on the
way to 3.24. Please try it and let us know how well it works for you.

 With the second beta our Freeze continues and deepens:

 - API/ABI Freeze (No API or ABI changes should be made in the
   platform libraries),

 - Feature Freeze (No new features can be added anymore, let's focus
   on stability and give the documentation team time to document it all),

 - UI Freeze (same idea),

- String Freeze (Our translators are working hard to give us great translations
  in more that 50 languages, but they can only do that if we stop changing
  strings for a while).

As always, you can request a freeze break if you think your change should
be committed before 3.24. Details are available on the wiki:
  https://wiki.gnome.org/ReleasePlanning/Freezes#The_Freeze
  https://wiki.gnome.org/ReleasePlanning/RequestingFreezeBreaks

To compile GNOME 3.23.91, 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/stable/
   http://download.gnome.org/teams/releng/3.23.91/

The release notes that describe the changes between 3.21.90 and 3.21.91
are available. Go read them to learn what's new in this release:

  core - https://download.gnome.org/core/3.21/3.23.91/NEWS
  apps - https://download.gnome.org/apps/3.21/3.23.91/NEWS

The GNOME 3.21.91 release itself is available here:

  core sources - https://download.gnome.org/core/3.21/3.23.91
  apps sources - https://download.gnome.org/apps/3.23/3.21.91

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.23, the full schedule, the official module lists
and the proposed module lists, please see our colorful 3.23 page:

  https://www.gnome.org/start/unstable

Enjoy,
Matthias Clasen
GNOME Release Team
___
desktop-devel-list mailing list
desktop-devel-list@gnome.org
https://mail.gnome.org/mailman/listinfo/desktop-devel-list

Re: Improving the way we build nightly apps

[Matthias Clasen]

On Wed, Mar 1, 2017 at 3:48 PM, Debarshi Ray  wrote:

> On Tue, Feb 28, 2017 at 11:44:16AM -0500, Matthias Clasen wrote:
> > So far, we have this gnome-nightly-apps repository which contains copies
> of
> > the flatpak manifests for a bunch of gnome apps. That is redundant and
> > suboptimal. Recently, flatpak has gained the ability to find manifests in
> > git repositories that you point it to, and we should use this to move the
> > json files to each applications git tree. Quite possibly there is
> already a
> > copy of it there anyway.
>
> The Wiki page says that the switch should be made for both the master
> and gnome-3-22 branches. Just to be clear, the .app file in
> the gnome-3-22 branch should have the GITBRANCH= line, right?
>

Yes. Although I don't think a
GITBRANCH=master
on master would hurt. It is just not required.
___
desktop-devel-list mailing list
desktop-devel-list@gnome.org
https://mail.gnome.org/mailman/listinfo/desktop-devel-list

Improving the way we build nightly apps

[Matthias Clasen]

So far, we have this gnome-nightly-apps repository which contains copies of
the flatpak manifests for a bunch of gnome apps. That is redundant and
suboptimal. Recently, flatpak has gained the ability to find manifests in
git repositories that you point it to, and we should use this to move the
json files to each applications git tree. Quite possibly there is already a
copy of it there anyway.

If you want to help out with making this happen, the details are described
here:

https://wiki.gnome.org/Initiatives/GnomeGoals/FlatpakManifests
___
desktop-devel-list mailing list
desktop-devel-list@gnome.org
https://mail.gnome.org/mailman/listinfo/desktop-devel-list

Re: Which version of GTK+ for GNOME 3.24?

[Matthias Clasen]

On Tue, Oct 11, 2016 at 10:23 AM, Jeremy Bicha  wrote:
> Will GNOME 3.24 target GTK+ 3.22 only or can we expect some modules to
> require the new GTK+ 3.90?

Speaking with my GTK+ maintainer hat on, we hope that at least some of
the core GNOME modules will use 3.90. We need the code to be used and
tested.
___
desktop-devel-list mailing list
desktop-devel-list@gnome.org
https://mail.gnome.org/mailman/listinfo/desktop-devel-list

GNOME 3.22 released

[Matthias Clasen]

The GNOME Project is proud to announce the release of GNOME 3.22, "Karlsruhe".

This release brings comprehensive Flatpak support. GNOME Software can
install and update Flatpaks, GNOME Builder can create them, and the
desktop provides portal implementations to enable sandboxed applications.

Improvements to core GNOME applications include support for batch renaming
in Files, sharing support in GNOME Photos, an updated look for GNOME Software,
a redesigned keyboard settings panel, and many more.

For more information about the changes in GNOME 3.22, you can visit
the release notes:

 https://help.gnome.org/misc/release-notes/3.22/

GNOME 3.22 will be available shortly in many distributions. If you want
to try it today, you can use the openSUSE nightly live images which
include GNOME 3.22.

 https://www.gnome.org/getting-gnome/
 
http://download.opensuse.org/repositories/GNOME:/Medias/images/iso/?P=GNOME_Next*

To try the very latest developments in GNOME, you can also use the
VM disk images that are produced by the gnome-continuous build system.

 https://wiki.gnome.org/Projects/GnomeContinuous

If you are interested in building applications for GNOME 3.22, you can
use the GNOME 3.22 Flatpak SDK, which is available in the sdk.gnome.org
repository.

This six-month effort wouldn't have been possible without the whole
GNOME community, made of contributors and friends from all around the
world: developers, designers, documentation writers, usability and
accessibility specialists, translators, maintainers, students, system
administrators, companies, artists, testers and last, not least, users.
GNOME would not exist without all of you. Thank you to everyone!

This release was created at the first LAS GNOME conference in Portland,
Oregon. Thanks to the conference organizers for this lovely event!

Our next release, GNOME 3.24, is planned for March 2017. Until then,
enjoy GNOME 3.22!

The GNOME Release Team
___
desktop-devel-list mailing list
desktop-devel-list@gnome.org
https://mail.gnome.org/mailman/listinfo/desktop-devel-list

GNOME 3.21.91

[Matthias Clasen]

Hi,

GNOME 3.21.91 is now available. This is our second beta release on the
way to 3.22. Please try it and let us know how well it works for you. Note that
some modules have gained a new dependency, gnome-autoar.

With the second beta our Freeze continues and deepens:

 - API/ABI Freeze (No API or ABI changes should be made in the
   platform libraries),

 - Feature Freeze (No new features can be added anymore, let's focus
   on stability and give the documentation team time to document it all),

 - UI Freeze (same idea),

- String Freeze (Our translators are working hard to give us great translations
  in more that 50 languages, but they can only do that if we stop changing
  strings for a while).

As always, you can request a freeze break if you think your change should
be committed before 3.22. Details are available on the wiki:
  https://wiki.gnome.org/ReleasePlanning/Freezes#The_Freeze
  https://wiki.gnome.org/ReleasePlanning/RequestingFreezeBreaks

To compile GNOME 3.21.91, 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/stable/
   http://download.gnome.org/teams/releng/3.21.91/

The release notes that describe the changes between 3.21.90 and 3.21.91
are available. Go read them to learn what's new in this release:

  core - https://download.gnome.org/core/3.21/3.21.91/NEWS
  apps - https://download.gnome.org/apps/3.21/3.21.91/NEWS

The GNOME 3.21.91 release itself is available here:

  core sources - https://download.gnome.org/core/3.21/3.21.91
  apps sources - https://download.gnome.org/apps/3.21/3.21.91

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.19, the full schedule, the official module lists
and the proposed module lists, please see our colorful 3.21 page:

  https://www.gnome.org/start/unstable

Enjoy,
Matthias Clasen
GNOME Release Team
___
desktop-devel-list mailing list
desktop-devel-list@gnome.org
https://mail.gnome.org/mailman/listinfo/desktop-devel-list

Re: Multi DPI user interface

[Matthias Clasen]

On Wed, Jul 20, 2016 at 9:25 AM, Jonas Ådahl  wrote:

>>
>> In short, don't bake the end-user application design choices into the
>> API for this.
>
> Right. My opinion is that any D-Bus API should treat monitors
> separately, letting the usage of that API deal with composition. I think
> it'd make sense to still use pinos for all future, be it raw or
> whatever, inter process picture passing, even for single frames. That
> way we'll have a single path for all those things, where we can do
> things like format negotiation and meta data passing.

This all sounds good to me for a new api.

I think we should perhaps try to keep the existing
'give-me-a-png-file' screenshot api working, since it has a number of
users. E.g. the gimp is using it now to get screenshots under wayland.
___
desktop-devel-list mailing list
desktop-devel-list@gnome.org
https://mail.gnome.org/mailman/listinfo/desktop-devel-list

Re: Keep shipping also generated gtk-doc html/ folder?

[Matthias Clasen]

Historically, one reason for including generated documentation in
tarballs was that the generated docs depend on details of the build
architecture, and timestamps, etc. So, generating the docs multiple
times for various architectures in build systems would generate
multilib conflicts.

I'm not sure if that was ever fully fixed.
___
desktop-devel-list mailing list
desktop-devel-list@gnome.org
https://mail.gnome.org/mailman/listinfo/desktop-devel-list

Re: gettext

[Matthias Clasen]

On Mon, May 16, 2016 at 12:36 AM,   wrote:

>
>
> I've done some work on this; I rewrote the wiki page titled "Localize using
> Gettext and Intltool" [1] so that it doesn't mention intltool anymore. Since
> it's a pretty drastic revision, I put it in a paste [2], maybe someone wants
> to check if I haven't been too overzealous in deleting?
>
> Furthermore, here's the migration guide [3]. Caveats are that I did this
> mostly by looking back at some commits that I made a few months ago, and
> I've never done it for AppData files, so it could probably use some
> independent verification.

I've briefly looked over the migration guide. Some comments/corrections:

- Current gettext _does_ support its files, and some gnome projects
install their own now: glib installs gschema.its, and gtk+ installs
gtkbuilder.its, etc. The its support may be a 0.19.7 addition.

- There is some unclear information about what file formats require
merging translations back, and which don't: gschema and gtkbuilder
files reference the gettext domain for translation at runtime - you
don't merge translations back into the xml.
___
desktop-devel-list mailing list
desktop-devel-list@gnome.org
https://mail.gnome.org/mailman/listinfo/desktop-devel-list

Re: classic mode and wayland

[Matthias Clasen]

On Tue, May 10, 2016 at 3:10 PM, Colin Walters  wrote:
> Hi,
>
> Currently GContinuous' smoketest-classic test often fails with:
> http://build.gnome.org/continuous/buildmaster/builds/2016/05/10/42/smoketest-classic/work-gnome-continuous-x86_64-runtime/journal.txt
>
> ```
> nautilus-classic.desktop: ** (nautilus-desktop:1030): WARNING **: Desktop 
> icons only supported on X11. Desktop not created
> gnome-session: gnome-session-binary[682]: WARNING: App 
> 'nautilus-classic.desktop' respawning too quickly
> gnome-session-binary: WARNING: App 'nautilus-classic.desktop' respawning too 
> quickly
> gnome-session-binary: Unrecoverable failure in required component 
> nautilus-classic.desktop
> ```
>
> It seems like this started with:
> https://bugzilla.gnome.org/show_bug.cgi?id=746286
>
> But it's now a bit more fatal for reasons I haven't investigated.
>
> Is anyone looking at classic + Wayland?  I can just disable the test for now 
> I guess,
> or perhaps we could consider a slightly-less-classic mode that just doesn't 
> draw
> desktop icons?

Nobody is looking at it currently. So far, we've always said: classic
mode can just stay on X.

But we could certainly add a tiny bit of gtk-shell protocol for the
required functionality to let nautilus put a window at the bottom of
the stack.
___
desktop-devel-list mailing list
desktop-devel-list@gnome.org
https://mail.gnome.org/mailman/listinfo/desktop-devel-list

3.21.1 tarballs

[Matthias Clasen]

A little late, but here it is: We need your latest features and bug
fixes in the form of 3.21.1 tarballs, since the 3.21 development cycle
is already underway!
___
desktop-devel-list mailing list
desktop-devel-list@gnome.org
https://mail.gnome.org/mailman/listinfo/desktop-devel-list

Re: Feature proposal: better remote connections in boxes

[Matthias Clasen]

On Tue, Mar 8, 2016 at 7:27 PM, Matthias Clasen
 wrote:
> To kick of the feature planning for 3.22, here is a feature that
> Zeeshan Ali, Felipe Borges and myself have started to put together:
>
> Make Boxes a first-class client for remote connections

To follow up on this, we now have some mockups for this, you can see
them here: https://wiki.gnome.org/Design/Apps/Boxes/RemoteConnections

As always, keep in mind that these are drafts, and the actual
implementation can (and will likely) look different in some aspects.
___
desktop-devel-list mailing list
desktop-devel-list@gnome.org
https://mail.gnome.org/mailman/listinfo/desktop-devel-list

notes on building 3.20

[Matthias Clasen]

Hey, some quick observations from building the 3.20.0 moduleset with
gcc 6 on Fedora 24:

gcc got a lot better. That means it has a lot more warnings. The ones
that affect multiple modules are -Werror=format-nonliteral and
-Werror=format-y2k. Both of cause build failures all over the place.

Please make an effort to fix these in your code. At least the
format-nonliteral warning often indicates actual, exploitable security
holes.

Matthias
___
desktop-devel-list mailing list
desktop-devel-list@gnome.org
https://mail.gnome.org/mailman/listinfo/desktop-devel-list

mutter plans for 3.22

[Matthias Clasen]

More feature planning for 3.22:

We've put a lot of effort into getting Wayland to feature parity, and
almost got there. Some of the remaining loose ends require closer
integration with cogl and clutter,
for example:
- monitor rotation
- hotplugging graphics devices
- output on secondary gpus
- fractional scaling
- injecting input events (e.g. for remoting)

To make this possible, we (myself, Jonas Adahl, Rui Matos, Carlos
Garnacho and Ray Strode) come up with a plan that roughly looks as
follows:

1) put clutter and cogl in mutter
2) remove irrelevant backends from clutter and cogl (leave X11 and KMS)
3) move the clutter cogl, native and x11 backend into mutter
4) move cogls kms and x11 winsys backends into mutter (i.e. Meta*... classes)
5) make it possible for clutter/cogl to draw to multiple onscreen framebuffers
6) make clutter render each (rectangular) region with the same scale indivudally
onto a particular onscreen framebuffer.

Some existing work along these lines is being tracked in
https://bugzilla.gnome.org/show_bug.cgi?id=760439

As part of these code reorganization, we should also look at
separating the gbm code in cogl, with the goal of adding support for
nvidias apis next to it.
___
desktop-devel-list mailing list
desktop-devel-list@gnome.org
https://mail.gnome.org/mailman/listinfo/desktop-devel-list

Re: GTK+ plans for 3.22

[Matthias Clasen]

On Thu, Mar 17, 2016 at 12:02 PM, Christian Hergert
 wrote:

>> Will you be implementing one of the design here?
>>
>> https://wiki.gnome.org/Design/OS/Tabs#Prototypes_and_Design_Development
>
> My first and primary focus for the tab strip is for the panel-gtk case
> in Builder. Not that I wouldn't like to implement those designs too, it
> just might be a bit more restricted in use first (I do have an IDE to
> write after all).

The nice thing about this being available in parallel to GtkNotebook
is that we don't _have_ to replace all the functions at the same time,
it can be incremental. If we have a somewhat simpler tab bar in 3.22
that  only covers half of the use cases where we today use notebooks,
thats just fine - we can keep using notebooks until the replacement is
ready.
___
desktop-devel-list mailing list
desktop-devel-list@gnome.org
https://mail.gnome.org/mailman/listinfo/desktop-devel-list

GTK+ plans for 3.22

[Matthias Clasen]

Continuing my attempt to initiate some feature planning for 3.22, here
is a brief list of things that are currently on the radar for GTK+ in
3.22. If you want to see other things happening in GTK+, please let us
know and send us patches!

---

- Graphics tablet support in  Wayland

The GdkSeat infrastructure that landed in 3.20 was partially done in
preparation for this. The Wayland protocol for tablets has landed
upstream now, so we will land this shortly after 3.20. Carlos has
branches for mutter and GTK+ ready.

- A better paned widget

Christian Hergert is prototyping a paned widget which can handle more
than 2 children for use in gnome-builder. It looks generally useful,
so we may want to put it in GTK+ as a more powerful replacement for
GtkPaned, avoiding the need for awkward nested panes.

- A tab bar widget for GtkStack

Another widget that Christian is prototyping for gnome-builder. We've
wanted such a thing in GTK+ for a while, to be able to fully replace
GtkNotebook with GtkStack and
implement the tabs that our designers want.

This is a big task, and Christian could probably use some help with
fleshing this out.

- An image viewing widget

Timm Baedert has been working on this for a while now; and it will
hopefully be ready to be merged this cycle.

- Move menu placement to GDK for mir, wayland

This has seen a lot of discussion in bugzilla, and we haven't come to
a final agreement on this. It is on the agenda on the GTK+ hackfest
that we're planning for this summer.

- GSK

Emmanuele has been working on GSK for a while (you may have seen him
talk about it at past guadecs), and there was some thought on merging
it for 3.20. For various reasons, that didn't happen.

- Better animation infrastructure

Matt Watson has been looking at issues with GTK+ animations on less
powerful systems. One of the outcomes of his work may be an 'Animation
Slowdown' slider in the inspector. He has a branch that is not quite
done but looks close to mergable, so expect to see this on master
fairly soon.

---

For background material and links to bugs and branches for some of these, see
https://wiki.gnome.org/Projects/GTK+/Roadmap. As always, what actually
gets done for the next release depends to some extent on external
factors (such as discussion at the GTK+ hackfest this summer), and
many smaller (and larger) things that people want to merge are not
mentioned on our roadmap (such as better CSS parsing that Benjamin is
working on).
___
desktop-devel-list mailing list
desktop-devel-list@gnome.org
https://mail.gnome.org/mailman/listinfo/desktop-devel-list

3.19.92 testing idea

[Matthias Clasen]

I had this thought the other day:

We have quite a few gnome-shell search providers, and they contribute
quite a bit to the gnome-shell user experience. We should make sure
they are in good shape for 3.20. If your application has one, please
spend a few minutes while doing your 3.19.92 tarball to test it.
___
desktop-devel-list mailing list
desktop-devel-list@gnome.org
https://mail.gnome.org/mailman/listinfo/desktop-devel-list

3.19.92, target bugs

[Matthias Clasen]

One the eve of the 3.19.92 release, here is a last look at the crasher
and other serious bugs that would be good to have fixed for 3.20.

Matthias, for the release team


Crashes
--

755721 glib g_inotify_file_monitor_start called with nullpointer for
dirname causes a segfault
762838 evince Browser plugin crash in NPP_Destroy if tab closed when
search box is open
761988 gnome-music Music crashes when click on undo button.
763528 NetworkManager crash when clicking 'Network' icon

Wayland issues
---

762931 gnome-shell Shutdown/Log Out buttons in Wayland session don't
terminate the session or shut down the system
758167 mutter Not able to reply in notifications on Wayland
763507 mutter Wayland: "Always on visible workspace" breaks mouse events
748098 gdm monitors.xml not working in GDM when running under Wayland
760745 mutter 100% CPU : Error transferring wayland clipboard to X11

Other


757243 gnome-initial- Obscure input methods prioritised in the list
761765 bijiben Notes have a grey background rather than a custom color
763036 gtk+ file-chooser: cannot drag selected item
761175 librsvg Svg rendering regression from commit 3ae509 onwards
763465 gtk-doc released version of gtk-doc no longer understands
cross-reference data in gtk+
763222 gnome-shell gear icon is missing
___
desktop-devel-list mailing list
desktop-devel-list@gnome.org
https://mail.gnome.org/mailman/listinfo/desktop-devel-list

Re: Installed tests - parallel installability

[Matthias Clasen]

On Sun, Mar 13, 2016 at 10:33 AM, Sébastien Wilmet  wrote:
> Hi,
>
> Currently the installed tests [1] of libraries are not parallel
> installable.
>
> For example the GTK+ tests are installed in:
> .../installed-tests/gtk+/
>
> When GTK+ 4 will be released, it would be nice to still run the GTK+ 3
> tests. Especially because GTK+ 3 will be advertised as more stable. But
> I guess this is true for any library (except when security holes are not
> fixed in old versions).
>
> So for GTK+ 3, the tests should probably be installed in:
> .../installed-tests/gtk+-3.0/
>
> No?

I would suggest to leave out the + as we do in other filesystem
locations: /usr/share/gtk-3.0, /etc/gtk-3.0. Other than that, no
objections, seems like a good idea to me.
___
desktop-devel-list mailing list
desktop-devel-list@gnome.org
https://mail.gnome.org/mailman/listinfo/desktop-devel-list

Re: Feature proposal: better remote connections in boxes

[Matthias Clasen]

On Tue, Mar 8, 2016 at 8:34 PM, Danylo Korostil
 wrote:

>
> Is there any upcoming design mockups?

Eventually, certainly. I don't expect the designers to have time for
new ideas before 3.20 is out, though.
___
desktop-devel-list mailing list
desktop-devel-list@gnome.org
https://mail.gnome.org/mailman/listinfo/desktop-devel-list

Re: Builder 3.22 Planning

[Matthias Clasen]

Wow, this is quite a list!


>   https://wiki.gnome.org/Apps/Builder/Templates
>
> ## Panel Engine
>
> Plugins have become a necessity for Builder for a few reasons. Now that
> developers are starting to extend Builder, we need to come up with a way
> to manage panels that has some degree of flexibility without
> compromising our "code-first" editing story.
>
> Work has started on a new panel engine for GTK+.
>
>   https://wiki.gnome.org/Apps/Builder/Panels

Some of the widgets required for this are definitively on the wishlist
for merging into GTK+ (tab strip, multi-paned, etc).

> ## Improved Shortcuts
>
> One thing that has gotten significantly more difficult since the
> GtkActionGroup/GtkUIManager days is managing complex shortcut engines.
> Especially when you need pre-defined sets of keybindings. Some
> applications such as GIMP might want a "Photoshop emulation" layer.
>
> Builder has this problem with managing Vim, Emacs, and Gedit keybinding
> modes. We intend to improve this story in 3.22 and bridge the gap
> between GAction, G_SIGNAL_ACTION, and custom keyboard shortcut layers.
>
>  https://wiki.gnome.org/Apps/Builder/Shortcuts
>

This is also interesting for GTK+. Improving our infrastructure in
this area would be nice.
___
desktop-devel-list mailing list
desktop-devel-list@gnome.org
https://mail.gnome.org/mailman/listinfo/desktop-devel-list

Feature proposal: better remote connections in boxes

[Matthias Clasen]

To kick of the feature planning for 3.22, here is a feature that
Zeeshan Ali, Felipe Borges and myself have started to put together:

Make Boxes a first-class client for remote connections

We've started with a feature comparison between boxes and a few remote
connection clients here: https://wiki.gnome.org/Apps/Boxes/Remote

The motivation for this is that we want to have a single, modern and
polished UI for all remote connection needs instead of having a nice
but limited one (boxes already does remote spice and vnc), and a more
fully-featured, but old-school UI (vinagre, remmina, etc...).

I don't expect us to reimplement the feature list 1-to-1, but rather
bring over a reasonable set of features, while leaving the more
obscure options behind. At a minimum, I would want to see rdp support
and a connection setup UI.
___
desktop-devel-list mailing list
desktop-devel-list@gnome.org
https://mail.gnome.org/mailman/listinfo/desktop-devel-list

Another look at 3.20 bugs

[Matthias Clasen]

Here is another instance of my popular 'blocker bug status' mail.
Again, thanks to everybody
who fixed one of the bugs from last weeks list.  As anticipated, I
have started to move dependency cleanup bugs off the list - we should
spend the last weeks of the cycle focusing
on crashes and other serious issues.



Dependency cleanup
--

760887  NetworkManager  Do not depend on deprecated libnm-glib or
dbus-glib when we only want to build the new libnma library
705069  gnome-music Port from dbus-python to Gio GDBus API

Theme/UI issues
---

760560  gtk+Icon buttons wider in GTK+ 3.19.6
762058  gnome-mines No distinction between revealed and hidden tiles
757243  gnome-initial-  Obscure input methods prioritised in the list
745603  gnome-control-  Language dialog has incorrect default size
761765  bijiben Notes have a grey background rather than a custom color

Wayland support
---

760745  mutter  100% CPU : Error transferring wayland clipboard to X11
762104  mutter  handle dnd drops on the root window
760567  gtk+GDK screen size does not count for HiDPI on Wayland
756579  gtk+GTK should let GDK position menus
758167  gnome-shell Not able to reply in notifications on Wayland
695806  general [TRACKER] Wayland support
748098  gdm monitors.xml not working in GDM when running under Wayland

Crashes
---

762703  nautilusNautilus crashing when trying to open loopback device
762763  mutter  mutter crash with MetaStartupNotificationSequenceX11
and libstartup-notification-1.so
762250  gvfsfuse daemon crashes when exiting
762907  gnome-shell gnome-shell crashes after undocking
754951  gnome-session   gnome-session-3.16.0 crashed
761988  gnome-music Music crashes when click on undo button.
755721  glibg_inotify_file_monitor_start called with nullpointer
for dirname causes a segfault
762838  evince  Browser plugin crash in NPP_Destroy if tab closed when
search box is open

Other
-

761175  librsvg Svg rendering regression from commit 3ae509 onwards
762974  gtk+GtkWindow: gtk_window_set_default_size() does not work
with fixed size windows
758893  gnome-shell Journal spam: Gdk-WARNING **: gdk-frame-clock:
layout continuously requested, giving up after 4 tries

762931  gnome-shell Shutdown/Log Out buttons in Wayland session
don't terminate the session or shut down the system
750508  gnome-session   Logout is broken (a) when session inhibitor is
active and (b) after logout is canceled once
758575  gnome-disk-uti  Accessible event spam when creating/restoring
disk images
___
desktop-devel-list mailing list
desktop-devel-list@gnome.org
https://mail.gnome.org/mailman/listinfo/desktop-devel-list

GNOME 3.19.91

[Matthias Clasen]

Hi,

GNOME 3.19.91 is now available. This is our second beta release on the
way to 3.20. Please try it and let us know how well it works for you.

With the second beta our Freeze continues and deepens:

 - API/ABI Freeze (No API or ABI changes should be made in the
   platform libraries),

 - Feature Freeze (No new features can be added anymore, let's focus
   on stability and give the documentation team time to document it all),

 - UI Freeze (same idea),

- String Freeze (Our translators are working hard to give us great translations
  in more that 50 languages, but they can only do that if we stop changing
  strings for a while).

As always, you can request a freeze break if you think your change should
be committed before 3.20. Details are available on the wiki:
  https://wiki.gnome.org/ReleasePlanning/Freezes#The_Freeze
  https://wiki.gnome.org/ReleasePlanning/RequestingFreezeBreaks

To compile GNOME 3.19.91, 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/stable/
   http://download.gnome.org/teams/releng/3.19.91/

The release notes that describe the changes between 3.19.90 and 3.19.91
are available. Go read them to learn what's new in this release:

  core - https://download.gnome.org/core/3.19/3.19.91/NEWS
  apps - https://download.gnome.org/apps/3.19/3.19.91/NEWS

The GNOME 3.19.91 release itself is available here:

  core sources - https://download.gnome.org/core/3.19/3.19.91
  apps sources - https://download.gnome.org/apps/3.19/3.19.91

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.19, the full schedule, the official module lists
and the proposed module lists, please see our colorful 3.19 page:

  https://www.gnome.org/start/unstable

Enjoy,
Matthias Clasen
GNOME Release Team
___
desktop-devel-list mailing list
desktop-devel-list@gnome.org
https://mail.gnome.org/mailman/listinfo/desktop-devel-list

Another look at 3.20 bugs

[Matthias Clasen]

Here is another look at the bugs marked as 3.20 target; thankfully,
some have disappeared from the list since I first posted it a week
ago. Some new ones have appeared, so the numbers haven't really gone
down much.

If you can, please help us make 3.20 a great release by looking at one
of these bugs this week.

Thanks!

Matthias, for the release team


Dependency cleanup
--

I was tempted to drop these bugs from the list since there is
realistically little chance
that they will get addressed for 3.20. But then, maybe we should take
this as a hint to
consider dropping these modules if they don't get any maintenance. I'd
be happy to get
some input on this...

728293 bijiben Port to WebKit2 or GtkTextView
749001 empathy Port to webkit2
751185 empathy Use clutter-gst-3.0
686373 general [META] Switch to WebKit2
705069 gnome-music Port from dbus-python to Gio GDBus API
760887 NetworkManager Do not depend on deprecated libnm-glib
or dbus-glib when we only want to build the new libnma library

Theme/UI issues
---

761765 bijiben Notes have a grey background rather than a custom color
761759 gnome-contacts Header bar elements are too narrow,
aren't aligned with sidebar
745603 gnome-control- Language dialog has incorrect default size
761939 gnome-control- Blank/empty universal access settings panel
757243 gnome-initial- Obscure input methods prioritised in the list
757503 gtk+ Selected text is white on white (invisible) -
WebKit1 / GTK+ 3.19.7 & Adwaita
760560 gtk+ Icon buttons wider in GTK+ 3.19.6
761686 gtk+ GtkTreeView theming problems

Wayland support
---

748098 gdm monitors.xml not working in GDM when running under Wayland
695806 general [TRACKER] Wayland support
756579 gtk+ GTK should let GDK position menus
760567 gtk+ GDK screen size does not count for HiDPI on Wayland
762468 gtk+ wayland: Switching between fullscreen and
unfullscreen too fast may result in a fullscreen->unfullscreen
feedback loop
762561  gtk+ Implement primary selection protocol
749913 mutter wayland: Send frame callbacks when native
hardware cursors get set
760745 mutter 100% CPU : Error transferring wayland clipboard to X11
762104 mutter handle dnd drops on the root window
762560  mutter Implement primary selection protocol

Crashes
---

755721 glib g_inotify_file_monitor_start called with
nullpointer for dirname causes a segfault
761988 gnome-music Music crashes when click on undo button.
762250 gvfs fuse daemon crashes when exiting

Other
-

758575 gnome-disk-uti Accessible event spam when
creating/restoring disk images
704956 gnome-initial- asks for keyring password
750508 gnome-session Logout is broken (a) when session
inhibitor is active and (b) after logout is canceled once
761317 gnome-settings housekeeping: /tmp/.X11-unix/X0 socket
gets removed during housecleaning
758893 gnome-shell Journal spam: Gdk-WARNING **:
gdk-frame-clock: layout continuously requested, giving up after 4
tries
757934 gobject-intros g-ir-scanner should not use system-provided CFLAGS
761175 librsvg Svg rendering regression from commit 3ae509 onwards
762226 tracker tracker broken if initial database was created
while sqlite 3.11.0 is installed.
___
desktop-devel-list mailing list
desktop-devel-list@gnome.org
https://mail.gnome.org/mailman/listinfo/desktop-devel-list

Re: 3.20 target bugs

[Matthias Clasen]

On Mon, Feb 22, 2016 at 11:56 AM, Joanmarie Diggs  wrote:
> On 02/18/2016 07:35 AM, Matthias Clasen wrote:
>> While we are still waiting for 3.19.90 to appear, here is an initial
>> review of the bugs that have been marked as "GNOME target: 3.20"
>> during this cycle. Since this is the first review, the list is
>> somewhat long, and a bit of a mixed bag, I expect us to narrow it down
>> for .91. In any case, all these bugs are well worth fixing, and if you
>> can get one of the off the list, you will make 3.20 a better release.
>
> Can we also add this one to the list please?
> https://bugzilla.gnome.org/show_bug.cgi?id=754048
>

I've done so. Lets see if a fix appears.
___
desktop-devel-list mailing list
desktop-devel-list@gnome.org
https://mail.gnome.org/mailman/listinfo/desktop-devel-list

Re: 3.20 target bugs

[Matthias Clasen]

Noted, thanks

On Thu, Feb 18, 2016 at 1:37 PM, Milan Crha  wrote:
> On Thu, 2016-02-18 at 07:35 -0500, Matthias Clasen wrote:
>> 751588 evolution Port to WebKit2
>
> Hi,
> I would change the GNOME Target to 3.22, but I'm not able to do it, the
> value is not a Drop Down, but a static text for me. The thing is that
> the port to WebKit2 won't happen in time for 3.20 for the Evolution.
> Bye,
> Milan
> ___
> desktop-devel-list mailing list
> desktop-devel-list@gnome.org
> https://mail.gnome.org/mailman/listinfo/desktop-devel-list
___
desktop-devel-list mailing list
desktop-devel-list@gnome.org
https://mail.gnome.org/mailman/listinfo/desktop-devel-list

3.20 target bugs

[Matthias Clasen]

While we are still waiting for 3.19.90 to appear, here is an initial
review of the bugs that have been marked as "GNOME target: 3.20"
during this cycle. Since this is the first review, the list is
somewhat long, and a bit of a mixed bag, I expect us to narrow it down
for .91. In any case, all these bugs are well worth fixing, and if you
can get one of the off the list, you will make 3.20 a better release.

Please help out if you can!

Matthias, for the release team



Fallout from GTK+ changes (CSS and others)
--

761765 bijiben Notes have a grey background rather than a custom color
762137 nautilus GtkPlacesSidebar: row selection jumps around
760525 gtk+ Labels in dialog buttons misaligned
760560 gtk+ Icon buttons wider in GTK+ 3.19.6
757503 gtk+ Selected text is white on white (invisible) -
WebKit1 / GTK+ 3.19.7 & Adwaita
761686 gtk+ GtkTreeView theming problems
758893 gnome-shell Journal spam: Gdk-WARNING **:
gdk-frame-clock: layout continuously requested, giving up after 4
tries

Power / Battery life problems
-

752070 polari polari uses a lot of cpu
762194 tracker Indexes on battery

Deprecation cleanup & build issues
---

760887 NetworkManager Do not depend on deprecated libnm-glib
or dbus-glib when we only want to build the new libnma library
760946 NetworkManager nm-connection-editor still uses dbus-glib
757934 gobject-intros g-ir-scanner should not use system-provided CFLAGS
751588 evolution Port to WebKit2
751185 empathy Use clutter-gst-3.0
749001 empathy Port to webkit2
728293 bijiben Port to WebKit2 or GtkTextView
705069 gnome-music Port from dbus-python to Gio GDBus API
686373 general [META] Switch to WebKit2

Accessibility regressions


762136 nautilus Progress of file and folder operations is no
longer accessible to screen readers

Wayland issues
---

749913 mutter wayland: Send frame callbacks when native
hardware cursors get set
760745 mutter 100% CPU : Error transferring wayland clipboard to X11
762104 mutter handle dnd drops on the root window
760567 gtk+ GDK screen size does not count for HiDPI on Wayland
756579 gtk+ GTK should let GDK position menus
748098 gdm monitors.xml not working in GDM when running
under Wayland
695806 general [TRACKER] Wayland support

Crashes & serious misbehavior
-

761613 mutter crash with xwayland glamor
761157 libsecret libsecret-0.18.4 seems to crash gnome-shell
755721 glib g_inotify_file_monitor_start called with
nullpointer for dirname causes a segfault
761175 librsvg Svg rendering regression from commit 3ae509 onwards
750508 gnome-session Logout is broken (a) when session
inhibitor is active and (b) after logout is canceled once
761317 gnome-settings-daemon housekeeping: /tmp/.X11-unix/X0
socket gets removed during housecleaning

UI review issues
---

757243 gnome-initial-setup Obscure input methods prioritised in the list
745603 gnome-control-center Language dialog has incorrect default size
761759 gnome-contacts Header bar elements are too narrow,
aren't aligned with sidebar
759004 gnome-shell Missing entries in applications menu
761939 gnome-control-center Blank/empty universal access settings panel
___
desktop-devel-list mailing list
desktop-devel-list@gnome.org
https://mail.gnome.org/mailman/listinfo/desktop-devel-list

Re: String additions to 'gnome-initial-setup.master'

[Matthias Clasen]

On Tue, 2016-02-16 at 15:35 +0100, Piotr Drąg wrote:
> 2016-02-16 14:38 GMT+01:00 GNOME Status Pages :
> > This is an automatic notification from status generation scripts
> > on:
> > http://l10n.gnome.org.
> > 
> > There have been following string additions to module 'gnome-
> > initial-setup.master':
> > 
> > + "You're ready to go!"
> > 

Why is it important to you to have a branch without any commits on it?
Anyway, I'll get to it
___
desktop-devel-list mailing list
desktop-devel-list@gnome.org
https://mail.gnome.org/mailman/listinfo/desktop-devel-list

Re: Adding context to strings in the shortcut windows

[Matthias Clasen]

On Wed, Feb 3, 2016 at 9:28 AM, Carlos Soriano Sanchez
 wrote:
> Hello,
>
> An ignorant question, cannot this be done in the shortcuts code in gtk+ 
> instead than in every application?

What part ?

If you put the context in the .ui file, GTK+ uses it to find the
translations without any extra work you need to do.

The extraction (getting translatable strings + context from the .ui
file into the .pot file) is done by xgettext. GTK+ does not have much
direct influence here. If you want to inject context strings
automatically somehow, that would have to be an xgettext patch.
___
desktop-devel-list mailing list
desktop-devel-list@gnome.org
https://mail.gnome.org/mailman/listinfo/desktop-devel-list

Re: Adding context to strings in the shortcut windows

[Matthias Clasen]

On Sat, Jan 30, 2016 at 1:14 PM, Piotr Drąg  wrote:
> Hi,
>
> I really love the shortcut windows that you are introducing this
> cycle, but I'm concern about translation. I would like to add a
> requirement to the GNOME Goal that every translatable string in
> help-overlay.ui must have the attribute context="shortcut window" (or
> similar) set. This way we can differentiate the help strings from e.g.
> menus and translate them accordingly.
>
> I would be happy to add the context attribute to the already existing
> shortcut windows, if you are OK with this change.
>

Sounds fine to me; but you'll have to get individual module
maintainers ok, of course.
___
desktop-devel-list mailing list
desktop-devel-list@gnome.org
https://mail.gnome.org/mailman/listinfo/desktop-devel-list

another release

[Matthias Clasen]

Its that time again !

On Monday, we'll collect all your 3.19.1 tarballs to build the first devel
snapshot of the 3.20 cycle. First chance to get new features out.
___
desktop-devel-list mailing list
desktop-devel-list@gnome.org
https://mail.gnome.org/mailman/listinfo/desktop-devel-list

3.18.1 tarballs

[Matthias Clasen]

Time for one more stop to get out translations and bug fixes before we dive
into new development - please give us your 3.18.1 tarballs today!
___
desktop-devel-list mailing list
desktop-devel-list@gnome.org
https://mail.gnome.org/mailman/listinfo/desktop-devel-list

Re: icon-masking in gnome

[Matthias Clasen]

On Sat, 2015-05-02 at 19:46 +0100, Rudra Banerjee wrote:
> Hi,
> I am a longtime fedora and gnome enduser.
> I want to propose icon masking facility for unthemed desktop icon, as
> it is very common in android.
> 
> I talked to such a icon developer (Numix) and I was told that this is
> not supported in linux.
> Is there any work on this?
> Regards,
> RudraB

Could you explain what you mean by icon masking, and why it would be
useful to have ?
___
desktop-devel-list mailing list
desktop-devel-list@gnome.org
https://mail.gnome.org/mailman/listinfo/desktop-devel-list

guadec talk submission deadline looming

[Matthias Clasen]

Just a reminder:

the submission deadline for guadec presentations is May 3 - thats this
weekend!

___
desktop-devel-list mailing list
desktop-devel-list@gnome.org
https://mail.gnome.org/mailman/listinfo/desktop-devel-list

release day!

[Matthias Clasen]

Hey,

3.16.0 tarballs are due today.

Our blocker bug list is empty! Should be a great release.
___
desktop-devel-list mailing list
desktop-devel-list@gnome.org
https://mail.gnome.org/mailman/listinfo/desktop-devel-list

Another look at GNOME 3.16 blocker bugs

[Matthias Clasen]

On the eve of the 3.15.92 release (which comes with the hard code
freeze), here is another look at whats left on the blocker bug list
for 3.16. Thanks for all the fixes - the blocker list has been
shrinking!

As a reminder, this list is only comprised of what the release team
noticed go by in bugzilla and deemed blocker-worthy and is not meant
to be exclusive. If you have other bugs or patches that you really
want to see in 3.16.0, don't hesitate to send freeze break requests
for them.



mutter
-

745335 Can't close non-csd windows (such as gnome-terminal) with touch

This one has a patch.

744354 server-side decorations render incorrectly in hi-dpi

gnome-shell
--

745246 mouse hover and keyboard focus identical

Some back and forth in this one, patches were committed. Probably needs testing.

745824 Tray icon visible on the left screen if right is primary

744948 No follow-up notification after reacting to chat message
745563 Long debug spam when clicking on chat notification

These two may be the same issue.

gnome-documents
--

744643 LaunchSearch complains: Child name 'view' not found in GtkStack

Patches were committed here. Anything left to do ?

gdm
-

719418 login screen stuck after switching users
745675 black screen on login after changing session

cogl
-
745229 Crashes on Continuous on startup

This one hasn't had activity in a week. Would be good to know if these
crashes are reproducible outside continous.
___
desktop-devel-list mailing list
desktop-devel-list@gnome.org
https://mail.gnome.org/mailman/listinfo/desktop-devel-list

Another look at 3.16 blockers

[Matthias Clasen]

A few days later, here's another look at what we have currently marked
as GNOME Target: 3.16.
As 3.15.91 is basically here, we've removed bugs that ask for UI
improvements from the list, and instead focus more on crashes and
regressions from features that have landed this cycle.

If you think you can help debug or fix any of these bugs, your help is
most welcome!


totem


745577 Videos Uses Small Icons for Channels

nautilus
--

745669 desktop is 'cluttered'

mutter
-

745335 Can't close non-csd windows (such as gnome-terminal) with touch
740424 Frame clock synchronization broken
739666 doesn't show updates when there are updates

gnome-shell
-

688434 Modal password boxes prevent users from looking up or
generating passwords
740750 Wi-Fi password dialog pops up without invitation
744948 No follow-up notification after reacting to chat message
745563 Long debug spam when clicking on chat notification
660293 NetworkManager password prompt block everything
721596 Legacy tray icons of some applications either too small or
appear blank/missing
745246 mouse hover and keyboard focus identical

gnome-keyring
-

744280 ssh agent no longer remembers unlocked keys

gnome-documents
--

744643 LaunchSearch complains: Child name 'view' not found in GtkStack

gdm
--

719418 login screen stuck after switching users
745675 black screen on login after changing session

evolution
-

728496 Gnome shell keeps poping modal dialog for gmail password

cogl
--

745229 Crashes on Continuous on startup

clutter
-

745248 Maps freezes when you click the map
___
desktop-devel-list mailing list
desktop-devel-list@gnome.org
https://mail.gnome.org/mailman/listinfo/desktop-devel-list

3.15.90 status update

[Matthias Clasen]

Hey,

sorry we are a bit delayed with 3.15.90. We were waiting for
gnome-shell features to land. Thankfully that has now happened, and
all the 'must have' tarballs for 3.15.90 are in, which means we'll
have the release out soon.

While starting the release preparations, I noticed a few modules that
could do with a tarball release. If you own one of these, maybe you
want to do a release now to make sure we'll pick it up for .91:

epiphany
gnome-calculator
seahorse
glade
polari


Thanks, Matthias
___
desktop-devel-list mailing list
desktop-devel-list@gnome.org
https://mail.gnome.org/mailman/listinfo/desktop-devel-list

Re: Anyone going to be using ConsoleKit for 3.16 ?

[Matthias Clasen]

It might be nice to put together a wiki page with pointers to the
various patches that are needed for CK support in 3.16
___
desktop-devel-list mailing list
desktop-devel-list@gnome.org
https://mail.gnome.org/mailman/listinfo/desktop-devel-list

GNOME 3.15.4

[Matthias Clasen]

Hi all,

GNOME 3.15.4 is out. This is a development snapshot, so use it
with caution.

Among the new things in this snapshot, you can find
clutter using the GDK backend, libinput used in multiple modules
(we require libinput 0.8), gnome-shell using vp9 for screencasts,
mutter using GTK+ themes, input configuration under Wayland,
scrolling changes in GTK+, improved search in gnome-software,
a new game (gnome-taquin), and many more.

To compile GNOME 3.15.4, you can use the jhbuild [1] modulesets [2]
(which use the exact tarball versions from the official release).

You can also test the latest code using the vm images [3] that are
produced by our continuous integration infrastructure,
build.gnome.org.

[1] http://library.gnome.org/devel/jhbuild/
[2] http://download.gnome.org/teams/releng/3.15.4/
[3] https://wiki.gnome.org/Projects/GnomeContinuous#Installation

The release notes that describe the changes between 3.15.3 and 3.15.4
are available. Go read them to learn what's new in this release:

core - http://download.gnome.org/core/3.15/3.15.4/NEWS
apps - http://download.gnome.org/apps/3.15/3.15.4/NEWS

The GNOME 3.15.4 release itself is available here:

core sources - http://download.gnome.org/core/3.15/3.15.4
apps sources - http://download.gnome.org/apps/3.15/3.15.4


WARNING! WARNING! WARNING!
--

This release is a snapshot of early 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.15, the full schedule, the official
module lists and the proposed module lists, please see our 3.15
planning page:
http://www.gnome.org/start/unstable

For a quick overview of the GNOME schedule, please see:
http://live.gnome.org/Schedule

Regards,
--
Matthias Clasen
GNOME Release Team
___
desktop-devel-list mailing list
desktop-devel-list@gnome.org
https://mail.gnome.org/mailman/listinfo/desktop-devel-list

Re: Gnome / systemd

[Matthias Clasen]

On Fri, Dec 5, 2014 at 11:58 AM, Patrick Erdmann  wrote:
> (this is just a resend message from devuan list... But i would like to get
> technical answers and no flamewar)
>
> I would like to know how you, as a GNOME Core member, think about systemd ->
> Gnome and Operating Systems like the BSDs.

Systemd offers us many useful APIs (in some cases, it directly took
over D-Bus APIs that we've had to maintain ourselves before). It makes
building a functional desktop on linux much easier and thus is very
welcome.

> And i already asked this in IRC but what is the result you (The Gnome Team)
> expect. Is the systemd dependency just because of dbus and logind?
>
> The dbus part is the part which i understand. But what is actually the
> benefit of using logind in comparison to pam.

The question really doesn't make much sense.

First, D-Bus has been around for more than a decade, not just on linux
but on bsds as well, and should absolutely not be a controversial
dependency. Mentioning it in the same context is 'guilt by
association' and demonstrates lack of factual knowledge.

Second, pam does not do any of the things that logind does. We are
still using pam for what it _does_ offer...
___
desktop-devel-list mailing list
desktop-devel-list@gnome.org
https://mail.gnome.org/mailman/listinfo/desktop-devel-list

GNOME 3.15.2

[Matthias Clasen]

Just in time for thanksgiving, here is the second snapshot
of the GNOME 3.15 development cycle, the 3.15.2 release.

To build GNOME 3.15.2, you can use the jhbuild [1] modulesets [2]
(which use the exact tarball versions from the official release).

[1] http://library.gnome.org/devel/jhbuild/
[2] http://download.gnome.org/teams/releng/3.15.2/

The release notes that describe the changes between 3.15.1 and 3.15.2
are available. Go read them to learn what's new in this release:

core - http://download.gnome.org/core/3.15/3.15.2/NEWS
apps - http://download.gnome.org/apps/3.15/3.15.2/NEWS

The GNOME 3.15.2 release is available here:

core sources - http://download.gnome.org/core/3.15/3.15.2
apps sources - http://download.gnome.org/apps/3.15/3.15.2


WARNING! WARNING! WARNING!
--

This release is a snapshot of early 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.15, the full schedule, the official
module lists and the proposed module lists, please see our brandnew
3.15 page:
http://www.gnome.org/start/unstable

For a quick overview of the GNOME schedule, please see:
http://live.gnome.org/Schedule

Cheers,

Matthias Clasen
GNOME Release Team
___
desktop-devel-list mailing list
desktop-devel-list@gnome.org
https://mail.gnome.org/mailman/listinfo/desktop-devel-list

3.15.2 tarballs

[Matthias Clasen]

Its that time again! Tarballs are due for the 3.15.2 release today.
___
desktop-devel-list mailing list
desktop-devel-list@gnome.org
https://mail.gnome.org/mailman/listinfo/desktop-devel-list

3.14.2 tarballs due

[Matthias Clasen]

Hi all,

it is that day again - tarballs are due. Today we're doing the stable
3.14.2 release, so if you have any translations or worthwhile bug
fixes in your stable branch, or want to give another look for backport
candidates, now is the time to do it.

Thanks, Matthias for the release team
___
desktop-devel-list mailing list
desktop-devel-list@gnome.org
https://mail.gnome.org/mailman/listinfo/desktop-devel-list

GNOME 3.15.1

[Matthias Clasen]

GNOME development continues apace; here is the first snapshot
of the GNOME 3.15 development cycle, the 3.15.1 release.

To compile GNOME 3.15.1, you can use the jhbuild [1] modulesets [2]
(which use the exact tarball versions from the official release).

[1] http://library.gnome.org/devel/jhbuild/
[2] http://download.gnome.org/teams/releng/3.15.1/

The release notes that describe the changes between 3.14.1 and 3.15.1
are available. Go read them to learn what's new in this release:

core - http://download.gnome.org/core/3.15/3.15.1/NEWS
apps - http://download.gnome.org/apps/3.15/3.15.1/NEWS

The GNOME 3.15.1 release is available here:

core sources - http://download.gnome.org/core/3.15/3.15.1
apps sources - http://download.gnome.org/apps/3.15/3.15.1


WARNING! WARNING! WARNING!
--

This release is a snapshot of early 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.15, the full schedule, the official
module lists and the proposed module lists, please see our brandnew
3.15 page:
http://www.gnome.org/start/unstable

For a quick overview of the GNOME schedule, please see:
http://live.gnome.org/Schedule

Cheers,

Matthias Clasen
GNOME Release Team
___
desktop-devel-list mailing list
desktop-devel-list@gnome.org
https://mail.gnome.org/mailman/listinfo/desktop-devel-list

3.15.1

[Matthias Clasen]

Time flies,

and it is already time again to put out cool new features - 3.15.1
tarballs are due on Monday!
To get the 3.15 cycle underway, I've now put up the schedule here:

https://wiki.gnome.org/ThreePointFifteen


Please consider telling us what your plans are for this cycle, so we
can our job and manage the releases.

Thanks,

Matthias
___
desktop-devel-list mailing list
desktop-devel-list@gnome.org
https://mail.gnome.org/mailman/listinfo/desktop-devel-list

Re: Webkit2 porting

[Matthias Clasen]

On Tue, Oct 14, 2014 at 1:47 PM, Jim Nelson  wrote:

> It would be great if the DOM was available via WebKitGTK and the local
> library did the IPC for us, but I've been told that that's not going
> to happen.  The DOM is a huge API and I can't blame them for that.  I
> do wish the separate process model was an optional run mode because,
> as I said, I don't see a lot of benefits moving to it for Geary.
>

Michael and Robert were sticking their heads together this weekend to
see if there is a good way forward for geary's needs. Maybe they can
share the results.
___
desktop-devel-list mailing list
desktop-devel-list@gnome.org
https://mail.gnome.org/mailman/listinfo/desktop-devel-list

Re: Webkit2 porting

[Matthias Clasen]

On Tue, Oct 14, 2014 at 5:07 AM, Marcos Chavarría Teijeiro
 wrote:
> Hi!
>
> I'm working on porting Yelp to WK2 as part of an Igalia internship [1]
> and in addition I'm creating a some kind of tutorial/cookbook to help
> people to port WK1 app to WK2.
>
> You cand find the tutorial (it's a work in progress) here [2]. I hope
> it can help...

Fantastic, thanks. I've added a link to the wiki page.
___
desktop-devel-list mailing list
desktop-devel-list@gnome.org
https://mail.gnome.org/mailman/listinfo/desktop-devel-list

Webkit2 porting

[Matthias Clasen]

Hi,

one thing that was discussed a bit here at the Boston Summit is the
situation with webkit - we are currently depending on both webkit1 and
webkit2, which is not a good situation. Unfortunately, porting to
webkit2 requires some work (in the case of geary, quite a bit of
work).

I've started to set up a page here to track this:

https://wiki.gnome.org/Initiatives/GnomeGoals/Webkit2Porting

It needs a lot more information - I'm not an expert on webkit, so any
help in fleshing this out would be appreciated.


Matthias
___
desktop-devel-list mailing list
desktop-devel-list@gnome.org
https://mail.gnome.org/mailman/listinfo/desktop-devel-list

Re: Make a relase for gnome-disk-utility (3.14.0)

[Matthias Clasen]

You should probably cc David (added), not sure how closely he's following d-d-l.

On Mon, Oct 6, 2014 at 11:32 AM, Yosef Or Boczko  wrote:
> Hey,
>
> I see there isn't any release for 3.14 cycle for gnome-disk-utility.
> It possible if someone will do it?
> I translated all of gnome-disk-utility for 3.14.0, and I wants Hebrew
> users will enjoy this translation already in 3.14.
>
> Regards,
> Yosef Or Boczko
>
> ___
> desktop-devel-list mailing list
> desktop-devel-list@gnome.org
> https://mail.gnome.org/mailman/listinfo/desktop-devel-list
___
desktop-devel-list mailing list
desktop-devel-list@gnome.org
https://mail.gnome.org/mailman/listinfo/desktop-devel-list

bugs to fix for 3.14.1

[Matthias Clasen]

Hi,

after 3.14.0, we've marked bugs with 3.14.1 in the whiteboard if they
seem like good candidates for things that we should fix in 3.14.1.
Here is the current list:

728319 at-spi UNCONFIRMED Hangs when browsing using artist view
737275 glib UNCONFIRMED gobject-introspection-1.42.0 breaks lgi
737291 gnome-calculator UNCONFIRMED Crash when thousands separators are enabled
737680 gnome-documents UNCONFIRMED Keypresses detected twice in search box
737456 gnome-shell UNCONFIRMED lockscreen bypass by holding down printscreen key
727178 mutter UNCONFIRMED wayland: Make sure we don't send compositor
consumed keys on enter
737153 seahorse UNCONFIRMED seahorse (search provider) crashes when
clicked on search result (gpg key in keyring)
737267 bijiben RESOLVED FIXED please update libgd
737383 gnome-settings-daemon RESOLVED FIXED xsettings: Translate
titlebar action settings
737457 gnome-shell RESOLVED FIXED Esc key doesnt finish the alt + tab
menu anymore
737531 gnome-tweak-tool RESOLVED FIXED tweakview: Update decorations
on settings changes
737533 gnome-tweak-tool RESOLVED FIXED windows: Stop overriding the
Gtk/DecorationLayout xsetting
737818 gnome-weather RESOLVED FIXED Gnome-weather does not work:
Invalid object type `GWeatherLocationEntry'
737384 gsettings-desktop-schemas RESOLVED FIXED Change the default for
middle-click-on-titlebar
728055 mutter RESOLVED FIXED Apply keyboard repeat settings
737233 mutter RESOLVED FIXED right click on the background locks mouse clicks

As you can see, more than half are already fixed, which is pretty
awesome ! But there's still a few bugs here that would be very nice to
have fixed for 3.14.1, which is due next week. Of course, fixing bugs
that did not make it on this list is very much appreciated too!

Lets make 3.14.1 rock!


Matthias
___
desktop-devel-list mailing list
desktop-devel-list@gnome.org
https://mail.gnome.org/mailman/listinfo/desktop-devel-list

Re: HighDPI instructions for developpers

[Matthias Clasen]

I've started a page for these instructions here:

https://wiki.gnome.org/HowDoI/HiDpi

Feel free to add more information there, both for users and developers.
___
desktop-devel-list mailing list
desktop-devel-list@gnome.org
https://mail.gnome.org/mailman/listinfo/desktop-devel-list

Re: Improving Quality

[Matthias Clasen]

On Tue, Sep 23, 2014 at 6:24 AM, Allan Day  wrote:

>  * At the beginning of each cycle, the Release Team draws up a list of
> bugs that affect the overall user experience.
>
>  * The list is tracked in Bugzilla, and a summary is sent to d-d-l. We
> set ourselves the goal of fixing as many of the issues as we can.
>
>  * Over the cycle, the release team regularly reviews the list of bugs
> and sends an update to d-d-l, saying how many have been fixed, what
> the priorities are, and so on.
>
> This should hopefully give us greater focus, and enable us to start
> tracking issues early rather than late. I also hope that it will
> encourage contributions.
>
> My idea is to use the gnome-version Bugzilla field for setting the
> list of bugs. (But I don't want to get too hung up on which exact
> mechanism we use.) This means that the list will eventually turn into
> blocker bugs at the end of the cycle, which I think is beneficial. We
> can always punt non-critical bugs to the next version if they aren't a
> priority.
>
> There are plenty of other implementation details to work out, of
> course. I can provide a more detailed proposal if there is support for
> the idea. Or we can just get started and figure it along the way.
>
> Thoughts?
>

I think this is a great idea. When we discussed this at Guadec, I got
the impression that we should use this to draw attention to
longstanding UX annoyances, early enough in the cycle to address them.
Here is a short list of (my personal) candidates for this category:

728496 evolution-data-server - Gnome shell keeps poping modal dialog
for gmail password
710848 polari - private messages vs shell chat
705177 gnome-shell - Full-screen apps disappear on Alt+Tab
___
desktop-devel-list mailing list
desktop-devel-list@gnome.org
https://mail.gnome.org/mailman/listinfo/desktop-devel-list

Re: Improving Quality

[Matthias Clasen]

On Tue, Sep 23, 2014 at 10:08 AM, Sébastien Wilmet  wrote:
> Hi,
>
> As a related matter, it seems that the GNOME Goals don't have a lot of
> success.

We haven't really actively pushed any goals last cycle, so it is not
too surprising that many haven't moved.

> https://wiki.gnome.org/Initiatives/GnomeGoals/
>
> I think it's a nice initiative though, to have some consistency across
> modules.
>
> Some current goals are there since a long time. Maybe some of them are
> done for all modules, but not marked as such?

If you want to update the status of some of these pages (or of
individual modules), by all means, go ahead! The pages are nice and
colorful, but a downside of tracking this in the wiki is that it
doesn't happen automatically...
___
desktop-devel-list mailing list
desktop-devel-list@gnome.org
https://mail.gnome.org/mailman/listinfo/desktop-devel-list

Some missing tarballs

[Matthias Clasen]

Hi everybody,

here's a first view of the state of the 3.14.0 release.

When I took a first look at the modulesets, I ended up with a
relatively long list with modules that could probably do with a 3.14
tarball (I've left out stable / dormant things that haven't had
releases for years, but included everything that had 3.13.x releases).
If any of these are yours, a tarball would be very much appreciated!

Thanks, Matthias


adwaita-icon-theme
cantarell-fonts
epiphany
evince
gcr
geoclue-glib
gjs
gnome-dictionary
gnome-disk-utility
gnome-font-viewer
gnome-keyring
gnome-menus
gnome-online-accounts
gnome-online-miners
gnome-screenshot
gnome-system-log
gnome-themes-standard
gnome-user-docs
gobject-introspection
gtkmm
libchamplain
libgee
nautilus
vino
yelp
yelp-tools
yelp-xsl
accerciser
cheese
gitg
gnome-boxes
gnome-color-manager
gnome-devel-docs
gnome-documents
gnome-logs
gnome-photos
gnome-tweak-tool
orca
vinagre
___
desktop-devel-list mailing list
desktop-devel-list@gnome.org
https://mail.gnome.org/mailman/listinfo/desktop-devel-list

3.14.0 tarballs due

[Matthias Clasen]

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
___
desktop-devel-list mailing list
desktop-devel-list@gnome.org
https://mail.gnome.org/mailman/listinfo/desktop-devel-list

Re: Proposed future for Tracker - Smaller modules

[Matthias Clasen]

On Mon, Sep 8, 2014 at 6:34 AM, Martyn Russell  wrote:


>
>
> What is the goal?
> -
> What I would like to achieve is:
>
> 1. Make it easier to build just what's needed (e.g. just
>tracker-store), i.e. more modular.
> 2. Make development and maintenance easier by moving components to
>their own projects so development can be focused
> 3. Make a clear distinction between *core* functionality and "nice to
>have stuff".
> 4. I would like to unify the command line utilities a bit more
>similarly to how git operates, so instead of 'tracker-control -r',
>'tracker control -r', etc.

But is it worth the downside ?
 - x times as much configure goo
 - 2^x new module-module interfaces
 - plenty of new opportunities for version skew and build breakage
___
desktop-devel-list mailing list
desktop-devel-list@gnome.org
https://mail.gnome.org/mailman/listinfo/desktop-devel-list

Re: Glade release to include GtkHeaderBar?

[Matthias Clasen]

The GTK+ docs have a step-by-step example that does focus on new
widgets such as GtkSearchBar, GtkHeaderBar, GtkApplication, etc:


https://developer.gnome.org/gtk3/3.13/ch01s05.html
___
desktop-devel-list mailing list
desktop-devel-list@gnome.org
https://mail.gnome.org/mailman/listinfo/desktop-devel-list