Alberts Muktupāvels | 19 Sep 19:26 2014
Picon

End Session Dialog

Hi,

question to gnome-session and gnome-shell developers about End Session dialog.

Currently gnome-session expect that End Session Dialog is available on org.gnome.Shell. Can we change it so it does not require org.gnome.Shell for that dialog?

I would suggest to change this:
#define SHELL_END_SESSION_DIALOG_PATH "/org/gnome/SessionManager/EndSessionDialog" 
#define SHELL_END_SESSION_DIALOG_INTERFACE "org.gnome.SessionManager.EndSessionDialog"
to:
#define END_SESSION_DIALOG_NAME "org.gnome.SessionManager.EndSessionDialog"
#define END_SESSION_DIALOG_PATH "/org/gnome/SessionManager/EndSessionDialog"
#define END_SESSION_DIALOG_INTERFACE "org.gnome.SessionManager.EndSessionDialog"

I am not expecting that someone of you are going to do it. I am ready to prepare patches for gnome-session and gnome-shell for this change, but before doing it I would like to know if patches are welcome for this.

Thanks!

--
Alberts Muktupāvels
_______________________________________________
desktop-devel-list mailing list
desktop-devel-list <at> gnome.org
https://mail.gnome.org/mailman/listinfo/desktop-devel-list
Release Team | 19 Sep 02:00 2014
Picon

GNOME 3.14.0 newstable tarballs due (and more) (responsible: mclasen)

Hello all,

We would like to inform you about the following:
* GNOME 3.14.0 newstable tarballs due
* Hard Code Freeze ends

Tarballs are due on 2014-09-22 before 23:59 UTC for the GNOME 3.14.0
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.14.0. 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!

Hard Code Freeze ends, but other freezes remain in effect for the
stable branch.

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

Jan Niggemann | 13 Sep 21:31 2014
Picon

Only fallback mode with kernel 3.16

Hi list,

I'm currently looking into a weird behavior with GNOME 3 starting in 
fallback mode every now and then.
I only experience this issue with the latest 3.16 kernel, I suspect an 
issue with my graphics driver.
There are no issues using 3.14.18 instead, perhaps there's less video 
RAM available when running kernel 3.16...

To debug, I need to know when, why GNOME starts in fallback mode (using 
llvmpipe).

Debian stable, 32bit, Lenovo T400
GNOME Shell 3.4.2

laptop:~$ grep Mem /var/log/Xorg.0.log
[     8.975] (--) PCI:*(0:0:2:0) 8086:2a42:17aa:20e4 rev 7, Mem  <at>  
0xf4400000/4194304, 0xd0000000/268435456, I/O  <at>  0x00001800/8
[     8.975] (--) PCI: (0:0:2:1) 8086:2a43:17aa:20e4 rev 7, Mem  <at>  
0xf4200000/1048576

laptop:~$ lspci |grep 02\.
00:02.0 VGA compatible controller: Intel Corporation Mobile 4 Series 
Chipset Integrated Graphics Controller (rev 07)
00:02.1 Display controller: Intel Corporation Mobile 4 Series Chipset 
Integrated Graphics Controller (rev 07)

Thank you in advance
jan
Andre Klapper | 17 Sep 15:42 2014
Picon
Picon

GNOME 3.14 Blocker Report (week 38, what's left.)

Welcome to a last (?) round of "TODO:XXX: FIX ME TIL MONDAY!":

== gnome-contacts ==

Make the search provider work again
  https://bugzilla.gnome.org/show_bug.cgi?id=736147
  Untested patch attached.

== gnome-photos ==

gnome-photos: g_str_hash(): gnome-photos killed by SIGSEGV
  https://bugzilla.gnome.org/show_bug.cgi?id=735746
  Stacktrace available but no further investigation yet.

== gnome-software ==

Core dump due to the assertion failed
  https://bugzilla.gnome.org/show_bug.cgi?id=736362
  Reporter provided more info via log attached.

== gnome-tweak-tool ==

tweak_group_shell_extensions.py:321:_got_info:KeyError: 'version'
  https://bugzilla.gnome.org/show_bug.cgi?id=730177
  Anyone willing to try/comment on the attached 10-line Python patch?
  Not sure if Tweak Tool's maintainer is still alive...

== gnome-weather ==

gnome-weather leaks information of your saved locations in cleartext
when not using the app
  https://bugzilla.gnome.org/show_bug.cgi?id=734048
  Unclear if more work needs to be done here?

== mutter ==

Nautilus window becomes larger every time when opening
  https://bugzilla.gnome.org/show_bug.cgi?id=733315
  Cosimo could reproduce this.

===Three more reports that might be good to fix:===

== adwaita-icon-theme ==

Spinner has ghosting artifacts (alpha issue with xcursorgen)
  https://bugzilla.gnome.org/show_bug.cgi?id=734429

== gnome-photos ==

Would be nice to have a smooth sliding transition between photos
  https://bugzilla.gnome.org/show_bug.cgi?id=726505
  Debarshi: Allan says this should get reverted for 3.14.

== gnome-settings-daemon ==

use IBus 1.5 api when obtain keyboard variant & option.
  https://bugzilla.gnome.org/show_bug.cgi?id=734980

andre
--

-- 
Andre Klapper  |  ak-47 <at> gmx.net
http://blogs.gnome.org/aklapper/
Giovanni Campagna | 15 Sep 18:40 2014
Picon

Giving up maintenership of my modules

Dear fellow developers,

As some of you know, I'm starting a new experience at university this fall, and I've come to the realization that the amount of work required is quite different that what was at my previous institution.
Therefore, I am afraid I will not be able to commit enough time to GNOME this year, and I will not be able to fullfil my duties as maintainer, so I'm stepping down from my role right after 3.14.0, and I'm putting them up here for adoption, in case someone wants to help.
I will continue to do regular releases if no one else is interested, but otherwise there will not be any new development or feature work.

The modules in question are:
- gjs - this is especially important because in this cycle there have been no regular releases and there are high priority open bugs that require debugging, as well as features that we would definitely like to have, but the other comaintainer is Colin, who is also quite busy these days
- gnome-shell-extensions - Florian has been doing regular releases and bug fixes for this
- libgweather and gnome-weather - there are no other developers (except for occasional patches), but the number of critical bugs is low, as well as the relative priority of the software

I'm really sorry that I have to write this, and I hope I will stay in touch with the community nevertheless

Yours

Giovanni
_______________________________________________
desktop-devel-list mailing list
desktop-devel-list <at> gnome.org
https://mail.gnome.org/mailman/listinfo/desktop-devel-list
Javier Jardón | 15 Sep 11:31 2014
Picon

TARBALLS DUE: GNOME 3.13.92 release candidate + HARD CODE FREEZE

Hello all,

Quick reminder: Tarballs are expected TODAY.

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!

We will be entering the HARD CODE FREEZE: This is a late freeze to
avoids sudden last-minute accidents which could risk the stability
that should have been reached at this point.  No source code changes
are allowed without approval from the release team, but translation
and documentation should continue. Simple build fixes are, of course,
allowed without asking.

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

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

Cheers,
--

-- 
Javier Jardón
GNOME Release Team
_______________________________________________
desktop-devel-list mailing list
desktop-devel-list <at> gnome.org
https://mail.gnome.org/mailman/listinfo/desktop-devel-list
Release Team | 12 Sep 02:00 2014
Picon

GNOME 3.13.92 rc tarballs due (and more) (responsible: fredp)

Hello all,

We would like to inform you about the following:
* GNOME 3.13.92 rc tarballs due
* Hard Code Freeze

Tarballs are due on 2014-09-15 before 23:59 UTC for the GNOME 3.13.92
rc 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.13.92. 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!

This is a late freeze to avoids sudden last-minute accidents which
could risk the stability that should have been reached at this point.
No source code changes are allowed without approval from the release
team, but translation and documentation should continue. Simple build
fixes are, of course, allowed without asking.

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

David Woodhouse | 9 Sep 13:23 2014

String freeze break request for evolution-data-server (3.12)

I'd like to backport some fixes from Evolution master to 3.12 which fix
GSSAPI HTTP authentication and error reporting¹.

Previously, if we were unable to translate an error number into a string
we would end up with an untranslated message of the form 'Unknown error
code' or 'Unknown code %d' from libcom_err.

Now the code is fixed, we end up handling the lookup failure in EDS, and
report it slightly more coherently as
	 _("(Unknown GSSAPI mechanism code: %x)")

So we have a new untranslated string... in place of a string which was
previously not only untranslated but untranslatable. In a case that
should hopefully never happen now that we're actually looking up the
error codes the right way, and where the message text wasn't giving the
user much information anyway (only the number might *possibly* be
helpful.

On the whole, I'm not going to lose sleep over it being untranslated :)

--

-- 
David Woodhouse                            Open Source Technology Centre
David.Woodhouse <at> intel.com                              Intel Corporation

¹ Specifically commits a523ac27, bd843434, f98caca8, 581c32aa.
Attachment (smime.p7s): application/x-pkcs7-signature, 7762 bytes
_______________________________________________
desktop-devel-list mailing list
desktop-devel-list <at> gnome.org
https://mail.gnome.org/mailman/listinfo/desktop-devel-list
Milan Crha | 9 Sep 08:50 2014
Picon

GtkHTML - looking for a new maintainer

        Hello,
an Evolution team did maintain the GtkHTML in the past, because it was 
its main component for a mail composer. This changed with a 3.13.3 
release, when Evolution begun to use WebKit based composer. The 3.14.0 
will be released together with GNOME 3.16.0, spring 2015 (Evolution 
currently doesn't follow GNOME release schedule, 3.12.x, which is 
still using GtkHTML, will be supported until the 3.14.0 is out).

The GtkHTML is in a maintenance mode for several years now and as the 
Evolution is not using it anymore, then I'd like to ask, whether 
anybody is willing to take the ownership of the GtkHTML.

According to Fedora rawhide (to be Fedora 22) the only package which 
requires it is evolution-rss, and even that might be easily fixable.
Due to that I suggest that either a new maintainer will be found or do 
archive it in time of the GNOME 3.16.0 (Evolution 3.14.0) release.
This gives enough time to any willing maintainer to speak up.

        Thanks and bye,
        Milan
Zeeshan Ali (Khattak | 8 Sep 18:55 2014
Picon

System services & jhbuild

Hi everyone,

As many of you who use jhbuild regularly already know, system services
(NetworkManager, ModemManager, geoclue etc) do not actually work when
installed in custom prefixes as normal user. These services require to
be installed on system to work.

The result is that typically people either end up wasting their system
resources and time building stuff that they won't have any use at all
for, or putting these components in their skip list permanently.

Unless someone has plans on fixing this (somehow) soon, I would
suggest we either kick out all system services from jhbuild all
together or at least remove them from dependency list of other
modules.

--

-- 
Regards,

Zeeshan Ali (Khattak)
________________________________________
Befriend GNOME: http://www.gnome.org/friends/
Alberts Muktupāvels | 8 Sep 13:33 2014
Picon

GNOME Panel maintainers

Hi!

I need some help and/or suggestion on how to take over gnome-panel maintaining.

GNOME Panel currently has 3 maintainers Jonathan Carter, Josselin Mouette and Philipp Kaluza. I tried to contact Jonathan and Josselin (sent mail in Aug 19). Josselin did not respond. Jonathan responded and he does not object that I would take over gnome-panel maintaining. He wrote that he is not interested in gnome-panel anymore.

Philipp does not want that I am taking over maintainership of gnome-panel. Problem is that he is not maintaining it and does not want that I do it...

He is author of 16 commits. And at least half is not related to any fixes, just updating news, version bump, adding himself to maintainers.

GNOME Panel is part of unofficial GNOME Flashback session (metacity, gnome-panel, gnome-applets). I am already maintaining gnome-applets, metacity. Also I have created new module that is very important part of Flashback session.

Mailing list subscribers is on my side. They want that I am taking over gnome-panel maintaining. I have asked that in mailing list at least twice. Please see responses to these mails:
1) https://mail.gnome.org/archives/gnome-flashback-list/2014-August/msg00016.html
2) https://mail.gnome.org/archives/gnome-flashback-list/2014-July/msg00003.html

In master I had fixed some bugs, fixed some deprecated warnings to get it more up to date with newer GTK+ version. He asked to remove all that work from master. Two responses for that:
1) https://mail.gnome.org/archives/gnome-flashback-list/2014-September/msg00003.html
2) https://mail.gnome.org/archives/gnome-flashback-list/2014-September/msg00006.html

Is there any way I could take over gnome-panel maintaining?

Thanks!

--
Alberts Muktupāvels
_______________________________________________
desktop-devel-list mailing list
desktop-devel-list <at> gnome.org
https://mail.gnome.org/mailman/listinfo/desktop-devel-list

Gmane