Stefan Sauer | 26 Apr 21:38 2015
Picon

gtk-doc-1.22 change wrt to tmpl builds

Hi,

The upcoming gtk-doc-1.22 release will switch the default makefile
flavour from "legacy" to "no-tmpl".
If your configure.ac had a line such as
GTK_DOC_CHECK([1.XX])
without any args you were using a doc build that includes the deprecated
'tmpl' build step. If you the tmpl directory is not committed to your
version control than you are fine. If the tmpl dir is in version
control, please check if you are ever edited documentation in the files
in those directories. If no, remove the dir and change your configure.ac
macro to GTK_DOC_CHECK([1.XX],[--flavour no-tmpl]). If you edited the
tmpl files, please consider moving the docs to the sources, this is the
only model we support in the long run. To keep the project building with
gtk-doc-1.22, explicitly specify the makefile flavour:
GTK_DOC_CHECK([1.XX],[--flavour legacy]). We plan to drop the tooling
for tmpl files in one of the next releases. Please get in touch with us,
if you have trouble with the migration.

If you specified the makefile-flavour like in:
GTK_DOC_CHECK([1.XX],[--flavour no-tmpl])
you already use a build that does not use tmpl files and nothing will
change for you.

We are doing this to simplify the doc build. Maintaining comments in the
sources will increase the change that they are keept up-to-date. Having
generated files that need to be committed to source control systems is a
pain, as the files tend to differ if developers have different versions
of the generating tool. And finally dropping this intermediate step
makes the doc build a little faster.
(Continue reading)

Release Team | 24 Apr 02:00 2015
Picon

GNOME 3.17.1 unstable tarballs due

Hello all,

Tarballs are due on 2015-04-27 before 23:59 UTC for the GNOME 3.17.1
unstable 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.1. 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!

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

(Continue reading)

Emmanuele Bassi | 24 Apr 01:35 2015
Picon

REMINDER: Call for Presentations for GUADEC 2015

Hi everyone;

this is a reminder that the CfP for GUADEC 2015 is still open, but the
submission period will end on May 3rd.

GUADEC is the annual conference of the GNOME community, held in Europe
since 2000. GNOME is a free software project which drives user
interfaces of many GNU/Linux-powered devices, ranging from smartphones
to laptops and personal media centers. GUADEC is the world's largest
gathering of users and developers who are involved with the free
desktop and mobile user interfaces. GUADEC is expected to draw
hundreds of attendees who will discuss and direct the future of the
GNOME project. Developers, artists, translators, users, and
representatives from government, education, and businesses, and anyone
else who shares an interest are welcome.

GUADEC 2015 will be held for the first time in Gothenburg, Sweden. The
conference will be held August 7th to August 9th, with extra days
afterwards available after the core conference days for hackfests and
meetings.

The schedule of the conference mirrors the ongoing development of the
GNOME project:

  * Design of the core user experience (core applications, shell, toolkit)
  * Design of the developer experience (tools, documentation, services)
  * Integration and extension of the operating system plumbings into the core UX
  * Application development and deployment
  * Integration of web technologies into the GNOME user experience
  * Improving the user experience on different form factors
(Continue reading)

Andre Klapper | 23 Apr 18:13 2015
Picon
Picon

GNOME 3.17/3.18 Schedule available

Hey everybody,

the release schedule for GNOME 3.17/3.18 is out now:

   https://wiki.gnome.org/ThreePointSeventeen

(also linked from https://wiki.gnome.org/MaintainersCorner )

Cheers,
andre
-- 
Andre Klapper  |  ak-47 <at> gmx.net
http://blogs.gnome.org/aklapper/

--

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

Richard Hughes | 20 Apr 20:50 2015
Picon

GNOME Software and fwupd

I've just merged a patch to gnome-software which adds an optional (but
default enabled) dependency on fwupd[1]. The fwupd project just
provides a DBus interface for applying low-level firmware to various
types of devices.

I don't know if this makes sense for the continuous integration
server. I don't know if it makes sense to enable by default.
Installing firmware on more devices would be awesome (and make them
more secure) but it is Yet Another Dep.

Comments welcome,

Richard

[1] https://github.com/hughsie/fwupd
Michael Catanzaro | 20 Apr 16:48 2015
Picon

Symbolic icons in app menu -- not ready for F22

Hi,

Currently, half our apps use nice symbolic icons in the app menu, 
while the other half use shrunken hicolor icons. This inconsistency is 
a poor user experience, and not something that should happen in a 
serious operating system. Progress is being tracked at [1] under the 
column 3.16 status, but it's clearly not going to be finished prior to 
the F22.

I don't think this change is ready for Fedora (or other distros -- the 
change should have been delayed until GNOME 3.18). We should wait 
until at least all the apps we install by default have symbolic icons 
before making this switch. Ideally [1] would be completed as well. I 
propose either:

a) Reverting the change to use symbolic icons for the app menu in a 
downstream patch. This would involve reverting upstream commit [2].

b) Integrating symbolic icons for those apps in downstream patches. 
This would be more work, but at least patches already exist (thanks 
Jakub!) for nearly all GNOME apps, even though a few have been 
rejected upstream. We would still need icons for devassistant and 
setroubleshoot, though.

[1] https://wiki.gnome.org/Initiatives/GnomeGoals/HighContrastAppIcons
[2] 
https://git.gnome.org/browse/gnome-shell/commit/?id=a0df7aa2b800a2f4a71bcf208e9480d7f21500e0
Frederic Peters | 16 Apr 16:27 2015
Picon

GNOME 3.16.1 is out

Hello all,

Here comes our first update to GNOME 3.16, it has many fixes, various
improvements, documentation and translation updates, we hope you'll
enjoy it.

We will soon publish the schedule for our next releases, and a first
development release, 3.17.1, should soon hit the streets.

For more information about the major changes in GNOME 3.16, please
visit our release notes:

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

==============================
Release Details and References
==============================

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

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

And if you want to compile GNOME 3.16.1 by yourself, you can use the
jhbuild modulesets available here:
  https://download.gnome.org/teams/releng/3.16.1/

(Continue reading)

Andrea Veri | 14 Apr 16:50 2015
Picon

GIMPNet / irc.gnome.org: enhancements for the end users and migration to a new ircd, call for public testing

GNOME Community,

the GIMPNet Operators Team and the GNOME Sysadmin Team have been
working together recently to finally migrate the IRC network they 
manage to a newer ircd with enhanced features (such as SSL) and proper 
IRC services (Nickserv, Chanserv).

We are proud to announce the network is finally ready for public 
testing. Please read on if you are interested in participating on its 
launch.

The new network is currently composed by 6 servers and another one 
(irc.poop.nl) will join its ranks soon:

    irctest0.acc.umu.se
    irctest2.acc.umu.se
    irctest3.acc.umu.se
    irctest4.acc.umu.se
    irc.eagle.y.se
    irc.gimp.ca

Connecting to any of these servers can be done on the following ports:

    6668 (non-ssl port)
    6697 (SSL port)

An irc-test.gnome.org and irc-test.gimp.org DNS entries have also been 
added to the gnome.org and gimp.org DNS zone files. You can safely 
connect to one of them and your client will do the rest. Servers
are using a certificate having one DN (currently being the FQDN of the 
(Continue reading)

Frederic Peters | 13 Apr 09:18 2015
Picon

TARBALLS DUE: 3.16.1

Hi!

You've all seen the automated mail posted to devel-announce-list <at> ,
here's another one to remind you that tarballs for 3.16.1 are due
today.

Thanks!

        Fred
Juan R. Garcia Blanco | 11 Apr 15:43 2015
Picon

Binary compatibility and padding

Hi,

In GNOME Dictionary 3.16.0, _GdictDefboxClass provided four members that
are function pointers 'for future expansion'. If I understand this
correctly, these four extra members act as a place holder in case we
want to add a new meaningful function pointer member, therefore removing
one of the extra ones. This is done in order to provide binary
compatibility I think.

On the road to GNOME Dictionary 3.16.1, I have added a new signal to
GdictDefbox, therefore adding a new function pointer member to
_GdictDefboxClass, but I have not removed any of the extra members. So
my question is: should I remove one of the extra members to preserve
binary compatibility? Or should I just simply increment LT_VERSION
appropriately?

Thank you very much in advance.

Best regards,
Juan.
Release Team | 10 Apr 02:00 2015
Picon

GNOME 3.16.1 newstable tarballs due

Hello all,

Tarballs are due on 2015-04-13 before 23:59 UTC for the GNOME 3.16.1
newstable 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.16.1. 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!

For more information about 3.15, the full schedule, the official
module lists and the proposed module lists, please see our colorful 3.15
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

(Continue reading)


Gmane