After an evaluation, GNOME has moved from Bugzilla to GitLab. Learn more about GitLab.
No new issues can be reported in GNOME Bugzilla anymore.
To report an issue in a GNOME project, go to GNOME GitLab.
Do not go to GNOME Gitlab for: Bluefish, Doxygen, GnuCash, GStreamer, java-gnome, LDTP, NetworkManager, Tomboy.
Bug 687114 - Support for next release date of extra packages
Support for next release date of extra packages
Status: RESOLVED OBSOLETE
Product: damned-lies
Classification: Infrastructure
Component: general
unspecified
Other Linux
: Normal enhancement
: ---
Assigned To: damned-lies Maintainer(s)
damned-lies Maintainer(s)
Depends on:
Blocks:
 
 
Reported: 2012-10-29 13:15 UTC by Gabor Kelemen
Modified: 2018-05-22 12:14 UTC
See Also:
GNOME target: ---
GNOME version: ---



Description Gabor Kelemen 2012-10-29 13:15:28 UTC
During the GUADEC translation BoF there was a discussion[1] about adding a new feature to d-l that would somehow show us when is the next release of extra packages scheduled, thus making it easy to decide which packages to translate urgently and which are still moving target, i.e. which ones can wait.

Currently, we ask developers to announce their intentions on the gnome-i18n mailing list, but only a few of them does this actually. My conclusion is that this process is not simple enough, neither is it easy for translators to follow the information provided, as it is not integrated into damned-lies. Thus it needs improvement.

My idea is the following:
All modules in git should have a doap file. We could extend these with a new element containing the scheduled release date. Then:
* Project maintainers would change this line when schedule changes, so in my theory, it would be pretty quick and easy for them to keep translators in the loop.
* Damned-lies should parse the file, determine the date and display it in a new column on [2].

I'd like to hear developers reaction first: does this sound reasonable, would you use such a method to communicate release dates? If the reaction is positive, we can start thinking about the actual implementation in d-l.

[1] https://live.gnome.org/TranslationProject/Events/GTPBoFGUADEC2012#Calendar
[2] http://l10n.gnome.org/languages/hu/gnome-extras/ui/
Comment 1 Gil Forcada 2012-10-31 23:14:52 UTC
All modules hosted on git.gnome.org must have this DOAP file, so in that sense it's not a problem.

Damned-Lies already parses the DOAP file, so it should not be a problem to parse another field.

The main issue here is making sure that maintainers remain to update it.

Anyway, let's take this discussion on d-d-l and see how it goes.
Comment 2 GNOME Infrastructure Team 2018-05-22 12:14:48 UTC
-- GitLab Migration Automatic Message --

This bug has been migrated to GNOME's GitLab instance and has been closed from further activity.

You can subscribe and participate further through the new bug through this link to our GitLab instance: https://gitlab.gnome.org/GNOME/damned-lies/issues/41.