Andrea Veri | 18 Jul 21:55 2014

GUADEC 2014 registration is now open!

The GUADEC organization team is happy to announce the availability of the registration form [1] for the upcoming GUADEC to be held in Strasbourg, France at Epitech, a software engineer school in the heart of the city, is glad to welcome our community and host the venue [2] for the event! This year we are going to include a list of participants to the event online at [3]. 

Once registered to the event do not forget we also provide a set of badges [4] you can use to share on your website! Let everyone know you are coming to such a great event held in one of the most beautiful cities of Europe!


The GNOME Users And Developers European Conference (GUADEC), is an annual conference taking place in Europe, whose prime topic is the development of the GNOME desktop environment which sees many participants from all over the world.



Debian Developer,
Fedora / EPEL packager,
GNOME Infrastructure Team Coordinator,
GNOME Foundation Board of Directors member,
GNOME Foundation Membership & Elections Committee Chairman

desktop-devel-list mailing list
desktop-devel-list <at>
Giovanni Campagna | 17 Jul 16:13 2014

Heads up: package.js merged in gjs master

Hi everyone

This is a heads up that I merged package.js in gjs master, and it will
be in the 3.13.4 release on Monday. The currently known users,
gnome-weather and gnome-sound-recorder, have been updated as well.

For those that don't know about it, package.js is a module aimed at
making it easier to write and develop gjs apps, without fighting the
autotools all the time or waiting to install the app.

You can see the full detailed specification of the conventions an app
must adhere to use it at,
or you can just download a template app from and start playing with it.

The aim is to standardize the difference between the various JS apps:
currently there is gnome-documents-style (bash launcher script, used
by gnome-documents and polari), gnome-maps-style (C binary, used by
gnome-maps and gnome-shell-extension-tool/portal-helper) and
gnome-weather-style (package.js, used by gnome-weather and
gnome-sound-recorder, and now official). One should not need to
understand bash or C to write a JS app.

It also somehow encourages a "single application ID" format, where
everything is installed with reverse DNS names, which should make the
transition to bundled/sandboxed applications easier, and is explicitly
designed around dbus activatable apps, while still allowing to develop
and test the app without even installing it once (which is something
all IDEs for other platforms get right, and we don't)

So if you have some spare time, please go ahead and take a look at it,
comments are welcome, on the specification, the implementation. And of
course integration with Anjuta or GNOME Builder (if only to set up a
working template) would be awesome.


Alexandre Franke | 14 Jul 17:43 2014

Screenshot automation BoF at GUADEC


It's 2014 and translators and documentation writers still have to
spend a lot of time to manually create screenshots. There must be a
better way. Therefore I'm planning a half-day BoF on this topic at

This is relevant to you if you're a translator or writer, but we also
hope people with experience in automated UI testing will show up to
give us a hand.

If you're thinking of attending, please add yourself to



Alexandre Franke
I18n coordinator
French translation team coordinator
Haddadi MHOUMADI | 26 Apr 23:29 2014

version issue of Ubuntu 14.04 LTS


I have found this isssue in ubuntu-gnome 14.04.

You can see that i have UBUNTU 13.10 in graphical detail, and ubuntu 14.04 LTS with the command line "cat /etc/issue"

sorry for my english (i am french)



desktop-devel-list mailing list
desktop-devel-list <at>
Matthias Clasen | 9 Jul 16:11 2014

Gear menu cleanup

Hi everybody,

we're trying to clean up gear menus across GNOME apps. See
for the details. Ideally, we can move away from explicitly specifying
the icon name altogether, and just use a menu button with
direction==none. Even where that is not possible, it should be a
really quick and easy fix to replace the current icon name
(emblem-system-symbolic) by the new one (open-menu-symbolic).

Thanks, Matthias
Federico Mena Quintero | 4 Jul 00:47 2014
Picon's crypto infrastructure

Hi, all,

This mail is intended for brainstorming some ideas before GUADEC.  It's
not to decide anything and set it in stone.

I've been preparing my GUADEC talk about crypto infrastructure for
newbies, and I've started to realize that it may be useful for
to have an "official", publicly-documented crypto infrastructure of its

Here is a set of somewhat related ideas:

* GNOME releases tarballs of source code.  Maintainers regularly post
checksums of their tarballs along with their announcement emails.  Until
now, I'm not sure if we have had the need to *guarantee* that a
particular release of code is authentic.  For example, we don't actually
crypto-sign tarballs like the Tor project would --- in their case,
whoever downloads the code *really* wants to ensure that it hasn't been
tampered with.  Again, I'm not sure if we have such kind of
security-conscious code, but maybe we could start crypto-signing our
tarballs.  Which brings me to...

* Identity in the GNOME project.  We have keysigning parties at GUADEC.
Some maintainers actually sign their tarball announcement emails, so if
you have their GPG public key (and if they posted a checksum of their
tarball in their email), you can actually verify whether a tarball is
pristine.  I doubt that anyone actually does this sort of checking ;)

* If we ever get an infrastructure to publish compiled "apps", what with
all the sandboxing stuff being worked on, will we need harder guarantees
about authentic binaries and code?

* Would it be useful / trustworthy to have a GPG
keyserver?  One that cannot be poisoned like public keyservers?  (I
don't really know how to do this, but if only people with SSH keys can
push to, maybe we can do something similar for a

* Would app authors need certificates?  Should be able to
issue certificates (and should we ship our Certificate Authority
information somewhere)?

* Can we have some sort of synergy with

* There is a public key in the keyservers for secresp <at>, but as
far as I can tell it has no signatures.  How would people verify it?
(AFAICT it was announced here:

* Should we have a web page linking to GNOME's important public keys and
such?  (The ones you would use to encrypt reports of security bugs and

* (I know Debian has well-documented procedures for signing things and
such; I'm sure we can copy those procedures for some things.)

Again, these are just questions or ideas for now.  Any input is
appreciated.  All the (conflicting) information about crypto-related
matters out there on the web is giving me the biggest case of impostor
syndrome ever :)

Giovanni Campagna | 3 Jul 10:53 2014

Rebuild of packages with gobject introspection typelibs

Hello all,

I just landed, which
introduces a new attribute in gobject-introspection typelibs that is
critical for correct memory management in language bindings.
While the bug should not affect many functions (only those that
unref/free their instance arguments), and primarily we saw crashes in
gjs caused by Gio, it is hard to determine if a library is affected or
not automatically, and therefore it would be best  if all typelibs
would be rebuilt with the new gobject-introspection, now or as soon as
a release is available.
This in particular to avoid reports against gjs or pygobject that
would be hard to debug for developers under different distros or using
jhbuild packages with the fix.


Colin Walters | 1 Jul 19:29 2014

[Continuous] Work around SSL issue with ostree admin upgrade

Hi, a notice for Continuous users:
regressed ostree in Continuous; you will see "Unacceptable TLS
certiifcate" when doing
"ostree admin upgrade".

This is the fix:

To work around it, edit
/ostree/repo/config, and change https:// to http://, do an upgrade, then
change it back, then
Ankur Sinha | 1 Jul 10:17 2014

Requesting a libchamplain release


Are there plans of making a new libchamplian release soon? I've updated
to gnome 3.13 using the repository set up for Fedora 20[1]. At the
moment, gnome-maps is unusable - it crashes on start. Upstream says it's
a bug in libchamplain that has been fixed. It'll be nice to have a new
release that will get the fix to users and make maps usable again.




Warm regards,
Ankur (FranciscoD)

Join Fedora! Come talk to us!

desktop-devel-list mailing list
desktop-devel-list <at>
Petko Ditchev | 27 Jun 11:57 2014

Dragging windows to resize them to half the screen

Previously I could drag a window to the side to resize it to the right 
or left half. Is it a bug that it's not working with the latest releases 
or is the feature removed (and more importantly - if the case is the 
latter - why ?! ) .

Matthias Clasen | 26 Jun 22:14 2014

GNOME 3.13.3

It is time for another development snapshot in the GNOME 3.14
development cycle: 3.13.3 is here. Highlights in this release include
Adwaita as the default GTK+ theme [1], network awareness in our
sharing infrastructure [2], a new design for yelp and add-on support
in gnome-software.

To compile GNOME 3.13.3, you can use the jhbuild [3] modulesets [4]
(which use the exact tarball versions from the official release).

You can also test the latest code using the vm images [5] that are
produced by our continuous integration infrastructure,


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

core -
apps -

The GNOME 3.13.3 release itself is available here:

core sources -
apps sources -


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

For more information about 3.13, the full schedule, the official
module lists and the proposed module lists, please see our 3.13
planning page:

For a quick overview of the GNOME schedule, please see:

We are now looking forward to the 3.13.4 snapshot, which will happen
on July 23, and to Guadec in Strasbourg, from July 26 to August 1.

See you there!

Matthias Clasen
GNOME Release Team