Release Team | 28 Aug 02:00 2015
Picon

GNOME 3.17.91 beta tarballs due (and more) (responsible: jjardon)

Hello all,

We would like to inform you about the following:
* GNOME 3.17.91 beta tarballs due
* String Freeze

Tarballs are due on 2015-08-31 before 23:59 UTC for the GNOME 3.17.91
beta release, which will be delivered on Wednesday. Modules which were
proposed for inclusion should try to follow the unstable schedule so
everyone can test them.  Please make sure that your tarballs will be
uploaded before Monday 23:59 UTC: tarballs uploaded later than that
will probably be too late to get in 3.17.91. If you are not able to
make a tarball before this deadline or if you think you'll be late,
please send a mail to the release team and we'll find someone to roll
the tarball for you!

No string changes may be made without confirmation from the i18n team
and notification to release team, translation team, and documentation
team. From this point, developers can concentrate on stability and
bug-fixing. Translators can work without worrying that the original
English strings will change, and documentation writers can take
accurate screenshots. For the string freezes explained, and to see
which kind of changes are not covered by freeze rules, check
https://wiki.gnome.org/TranslationProject/HandlingStringFreezes.

For more information about 3.17, the full schedule, the official
module lists and the proposed module lists, please see our colorful 3.17
page:
   http://www.gnome.org/start/unstable

(Continue reading)

Frederic Peters | 21 Aug 09:23 2015
Picon

GNOME 3.17.90 (first beta release)

Hi all,

GUADEC is now over, we had a great time in Gothenburg (special thanks
to the local organizers!) and got home in time to polish patches and
merge branches, to publish the first beta of this cycle, GNOME 3.17.90.

First beta means we have now entered The Freeze:

 - 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 the
   new things),

 - UI Freeze (same idea).

We are also now in String Change Announcement Period, string changes
can still be made (e.g. for typo fixes or translatability
improvements) but all string changes must be announced to both
gnome-i18n <at>  and gnome-doc-list <at> .

Details are available on the wiki:
  https://wiki.gnome.org/ReleasePlanning/Freezes#The_Freeze
  https://wiki.gnome.org/ReleasePlanning/RequestingFreezeBreaks

To compile GNOME 3.17.90, you can use the jhbuild modulesets published
by the release team (which use the exact tarball versions from the
official release):

(Continue reading)

Juan Rafael García Blanco | 19 Aug 10:58 2015
Picon

Giving up maintainership of Dictionary and 2048

Hello all,

I inform you that I'm giving up maintainership of Gnome Dictionary (the well-known gnome-dictionary) and Gnome 2048 (a game I wrote some time ago). I'm also giving up other other modules I maintain, libchamplainmm and clutter-gtkmm, although these probably not used by anybody.

Right now I do not have the time required to dully comply with the needs of these modules. Therefore, I prefer someone else takes on maintainership of them, especially of Dictionary, which is an official module.

Regarding Dictionary, we recently started updating its UI to adapt it to the upstream Gnome look and feel. I wish I had finished it for the 3.18 release, but unfortunately I have not :( Of course, please feel free to ask me about any recent changes on it.

I just want to say it has been a really great experience, I'm very thankful to all of you; without the help of the Gnome community I would have not even made the first release. So thank you.

Best regards,
Juan.
_______________________________________________
desktop-devel-list mailing list
desktop-devel-list <at> gnome.org
https://mail.gnome.org/mailman/listinfo/desktop-devel-list
Allan Day | 17 Aug 18:20 2015
Picon

Release Notes Time!

Yes, it's that time already: 3.18 is starting to loom, and we need to
collect information on the great work that everyone has done over the
last 6 months.

If you've worked on anything user (or developer) facing, we need to
hear about it. Don't worry about whether the change is too small to
mention - the more information we have, the better.

This is the page: https://wiki.gnome.org/ThreePointSeventeen/ReleaseNotes

You know what to do.

Allan
Philip Withnall | 17 Aug 09:49 2015
Picon

Feedback from a happy user

One of my friends just sent me this, and I thought people might like to
share in it:

    Since GNOME has turned 18 so is now eligible to die for its country
    and get a tattoo I thought it prudent to thank its developers for
    making my everyday computing experience a goddamn delight!

Philip
_______________________________________________
desktop-devel-list mailing list
desktop-devel-list <at> gnome.org
https://mail.gnome.org/mailman/listinfo/desktop-devel-list
Release Team | 14 Aug 02:00 2015
Picon

GNOME 3.17.90 beta tarballs due (and more)

Hello all,

We would like to inform you about the following:
* GNOME 3.17.90 beta tarballs due
* API/ABI, UI and Feature Addition Freeze; String Change Announcement Period
* New APIs must be fully documented
* Writing of release notes begins

Tarballs are due on 2015-08-17 before 23:59 UTC for the GNOME 3.17.90
beta release, which will be delivered on Wednesday. Modules which were
proposed for inclusion should try to follow the unstable schedule so
everyone can test them.  Please make sure that your tarballs will be
uploaded before Monday 23:59 UTC: tarballs uploaded later than that
will probably be too late to get in 3.17.90. If you are not able to
make a tarball before this deadline or if you think you'll be late,
please send a mail to the release team and we'll find someone to roll
the tarball for you!

New APIs must be fully documented

Writing of release notes begins

For more information about 3.17, the full schedule, the official
module lists and the proposed module lists, please see our colorful 3.17
page:
   http://www.gnome.org/start/unstable

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

Thanks,
-- 
Automatically generated email. Source at:
https://git.gnome.org/browse/releng/tree/tools/schedule/automail.py
--

-- 
devel-announce-list mailing list
devel-announce-list <at> gnome.org
https://mail.gnome.org/mailman/listinfo/devel-announce-list

Federico Mena Quintero | 8 Aug 10:37 2015
Picon

Librsvg 2.40.10 is released

Dear lovers of non-leaky libraries,

Here is a release 2.40.10 of librsvg, the world's only artisanal and
locally-sourced RSVG rendering library.

This is a bugfix release, wherein my Gaussian-blurring code, which had
some important memory leaks, is now fixed courtesy of the ever-amazing
Carlos Garnacho.  Why are we still using C?  Will it rain today?

But not only that!  Menner from the land of Wikimedia has been adding
support for missing features in SVG, and fixing some subtle corner
cases.

Librsvg 2.40.10 is available here:

  https://download.gnome.org/sources/librsvg/2.40/

3f247a6772198e39a62080f3b51be485e6e84bb7d11d4ee96e23832dfbae3d5e  librsvg-2.40.10.news
81221de44fac13901771e0312ce647a7c7ff7c9b60e6fa414d748dcd2c4b5c1d  librsvg-2.40.10.changes
965c807438ce90b204e930ff80c92eba1606a2f6fd5ccfd09335c99896dd3479  librsvg-2.40.10.tar.xz

- Fixed bgo#748608 - Memory leak when Gaussian-blurring.  Thanks to
  Carlos Garnacho for fixing my leaky code.
- Fixed bgo#739329 - font-family attributes with singly-quoted names
  were not handled correctly, yielding incorrect fonts.  Patch by Menner.
- Fixed bgo#476507 - Path start/end markers didn't have the correct angle
  if the path was a curve with coincident control points.  Patch by Menner.
- Fixed bgo#688689 - Support font-style="normal" within a non-normal
  styled text block.  Patch by Paolo.
- Fixed builddir != srcdir.  Patch by Matthias Clasen.
- Remove a bunch of deprecated GTK+ calls.
- This version of librsvg requires GTK+ 3.10.0, which is, ahem, only two years old.
  We previously required a version of GTK+ which is four years old.  Out with
  the old, in with the old.

Enjoy,

  Federico
_______________________________________________
desktop-devel-list mailing list
desktop-devel-list <at> gnome.org
https://mail.gnome.org/mailman/listinfo/desktop-devel-list
Stef Walter | 3 Aug 10:10 2015
Picon

gnupg2 gpg-agent instead of gnome-keyring

gnome-keyring will no longer contain a gpg-agent in the future. GnuPG
treats its agent as an integral part of gpg2, and shouldn't be
reimplemented in various places.

This unbreaks use of gnupg2 with GNOME, as well as some issues with
using smart cards with gpg.

Neal and also Yuuma have done good work integrating gnome-shell
prompting and libsecret into the gnupg2 pinentry program. So you'll
still see similar prompts, and be able to cache passphrases if desired.

The gpg-agent is started automatically by gpg2 on demand.

One issue with this that it looks like only gpg2 is supported by this
new setup. The changes don't work with the older GnuPG 1.4.x series.

Releases required for the new setup:

 * gnome-keyring without the gpg-agent 3.17.4
 * pinentry 0.9.5
 * gnupg 2.1.6

The distribution that ships GNOME and gnupg2 should setup
/usr/bin/pinentry-gnome3 as the default pinentry program.

Cheers,

Stef
Shu Hung (Koala | 29 Jul 05:14 2015
Picon

Feature Request: Better support opening files with "Editor" and "Reviewer"

Dear all,

Most files we come across these days (e.g. png graphics, mp4 video, html file) are meant to be consumed in 2 ways: reviewing and editing.

For example, to review a png, you'd simply use an image viewer software (e.g. Shotwell). To edit it, however, you'd probably need an editor (e.g. GIMP). A reviewer is supposed to load up the file quickly and get user to review it as soon as possible. An editor usually loads up much slower with full capability to manipulate the file.


Situation

In Nautlius, you can set 1 default application for each filetype. You may open the file with the "Open with XXXXX" option on the right-click menu.

Since there is only 1 default, you can either set the editor or reviewer. Not both. If you want to open it with the other application, you need to use "Open with other application", select the application and press the "Select" button on the top right corner.


Suggestions

There are multiple ways to improve the situation:
  1. Expose the "Other Application" on right click. Instead of having to use the "Open with other application" pop up, user could access the suggested applications through a secondary menu on right click.

    If I remember it correctly, Nautilus used to work like this.

  2. Have Nautilus support 2 different defaults for some file type (if not all): "Editor" and "Reviewer". On the right click menu, shows the action verbs "View" and "Edit" (instead of "Open with XXXXX").
I personally think (2) is a cleaner design, but it introduces more complications into the "File Properties" pop up.

Please tell me what you think. Thanks.


Koala Yeung
_______________________________________________
desktop-devel-list mailing list
desktop-devel-list <at> gnome.org
https://mail.gnome.org/mailman/listinfo/desktop-devel-list
Sriram Ramkrishna | 24 Jul 19:40 2015

bugzilla commentary...

Maintainers,

If you have a bug report where commentators where there are disagreements, please contact the engagement team so that we can look and help out.  Sometimes it might just be an education issue.  I think this will help with communication with the project and those who file bugs.

sri
_______________________________________________
desktop-devel-list mailing list
desktop-devel-list <at> gnome.org
https://mail.gnome.org/mailman/listinfo/desktop-devel-list
Matthias Clasen | 23 Jul 20:26 2015
Picon

GNOME 3.17.4

Hi all,

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

Among the new things in this release, you can find improved Wayland hi-dpi
support in mutter, IP addresses for vms in gnome-boxes, MathML support in
orca, performance improvements in tracker, events from different boots in
gnome-logs, a new places view in the GTK+ file chooser, a new application
preview: gnome-todo, and many small improvements and bug fixes all over
the place.

To compile GNOME 3.17.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.17.4/
[3] https://wiki.gnome.org/Projects/GnomeContinuous#Installation

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

core - http://download.gnome.org/core/3.17/3.17.4/NEWS
apps - http://download.gnome.org/apps/3.17/3.17.4/NEWS

The GNOME 3.17.4 release itself is available here:

core sources - http://download.gnome.org/core/3.17/3.17.4
apps sources - http://download.gnome.org/apps/3.17/3.17.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.17, the full schedule, the official
module lists and the proposed module lists, please see our 3.17
planning page:
http://www.gnome.org/start/unstable

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

Before the next snapshot, 3.17.90, is released on August 17, the GNOME
community will get together at Guadec 2015 in Gothenburg, Sweden.
We hope to see you there!

Regards,
--
Matthias Clasen
GNOME Release Team
--

-- 
devel-announce-list mailing list
devel-announce-list <at> gnome.org
https://mail.gnome.org/mailman/listinfo/devel-announce-list


Gmane