Hi,
The list of suspected packages has been reported in the f17 readiness meeting. Now it is found that we need to contact on these projects individually by our own. It will be big job...sigh*.
Quickly checked with the list of shaiton. There are 12 packages which have no maintainer registered. Rest are the packages which have not updated over four months. * python-meh * fedora-desktop-backgrounds * redhat-menus * sos * s-c-bind * s-c-firewall * s-c-keyboard * s-c-lvm * s-c-password * s-switch-java * s-switch-mail
I hope I can find some time for sending mail to those projects owners next week. Any help or suggestion will be highly appreciated.
noriko
2012/2/24 Roman Rakus rrakus@redhat.com:
On 02/24/2012 07:05 AM, Noriko Mizumoto wrote:
- s-c-bind
This one is going to be orphaned and deprecated some day.
I still use it and it works fine for me.
Why will it be deprecated?
kind regards
Domingo Becker
On 02/24/2012 12:32 PM, Domingo Becker wrote:
2012/2/24 Roman Rakusrrakus@redhat.com:
On 02/24/2012 07:05 AM, Noriko Mizumoto wrote:
- s-c-bind
This one is going to be orphaned and deprecated some day.
I still use it and it works fine for me.
Why will it be deprecated?
kind regards
Domingo Becker
trans mailing list trans@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/trans
Discussed with maintainer and better say it's in zombie state. No development, not much maintainance (if any)... better use your time in any other translations.
RR
2012/2/29 Roman Rakus rrakus@redhat.com:
On 02/24/2012 12:32 PM, Domingo Becker wrote:
2012/2/24 Roman Rakusrrakus@redhat.com:
On 02/24/2012 07:05 AM, Noriko Mizumoto wrote:
- s-c-bind
This one is going to be orphaned and deprecated some day.
I still use it and it works fine for me.
Why will it be deprecated?
kind regards
Domingo Becker
trans mailing list trans@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/trans
Discussed with maintainer and better say it's in zombie state. No development, not much maintainance (if any)... better use your time in any other translations.
What I mean is that it's a working application, no matter it's current state, it works fine with Fedora 14, at least for me under production environment, and it seems it works fine with Fedora 15 too.
system-config-bind is a great improvement over manual bind configuration, and I think it's a bad idea to retire it.
It's just my humble opinion.
k.r.
Domingo Becker
What I mean is that it's a working application, no matter it's current state, it works fine with Fedora 14, at least for me under production environment, and it seems it works fine with Fedora 15 too.
system-config-bind is a great improvement over manual bind configuration, and I think it's a bad idea to retire it.
It's just my humble opinion.
k.r.
Domingo Becker
Has it has no maintainers, new translations could no be packaged, therefor we need to close translations, or ask them do become maintainer if they are able to update translations in RPM.
2012/2/29 Kévin Raymond shaiton@fedoraproject.org:
What I mean is that it's a working application, no matter it's current state, it works fine with Fedora 14, at least for me under production environment, and it seems it works fine with Fedora 15 too.
system-config-bind is a great improvement over manual bind configuration, and I think it's a bad idea to retire it.
It's just my humble opinion.
k.r.
Domingo Becker
Has it has no maintainers, new translations could no be packaged, therefor we need to close translations, or ask them do become maintainer if they are able to update translations in RPM.
s-c-bind has one owner and a couple of comaintainers. [1]
It doesn't seem to be a problem, unless the current package maintainers are too busy with other tasks.
[1] https://admin.fedoraproject.org/pkgdb/acls/name/system-config-bind
k.r.
Domingo Becker
s-c-bind has one owner and a couple of comaintainers. [1]
It doesn't seem to be a problem, unless the current package maintainers are too busy with other tasks.
[1] https://admin.fedoraproject.org/pkgdb/acls/name/system-config-bind
k.r.
On the trans list, a maintainer is someone managing the transifex project. There we only have glezos and raven (consider default), therefore the "uptream" is not able to pull translations (has they have not set their repo to do so). https://fedora.transifex.net/projects/p/system-config-bind/
On Fri, Feb 24, 2012 at 7:05 AM, Noriko Mizumoto noriko.mizumoto@gmail.com wrote:
Hi,
The list of suspected packages has been reported in the f17 readiness meeting. Now it is found that we need to contact on these projects individually by our own. It will be big job...sigh*.
Quickly checked with the list of shaiton. There are 12 packages which have no maintainer registered. Rest are the packages which have not updated over four months.
- python-meh
- fedora-desktop-backgrounds
- redhat-menus
- sos
- s-c-bind
- s-c-firewall
- s-c-keyboard
- s-c-lvm
- s-c-password
- s-switch-java
- s-switch-mail
I hope I can find some time for sending mail to those projects owners next week. Any help or suggestion will be highly appreciated.
noriko
Hi, FYI I've found other problems… Please read https://fedoraproject.org/wiki/User:Shaiton/trans#Grouping_projects_on_the_h...
Once the fist list would be cleaned (suspected package), I'll be able to remove those from the Fedora releases (fedora-docs, fedora-main…) or ask maintainers to bloc translations. Only for deprecated projects of course.
I think we should also add active projects to the corresponding release in order for them to be accessible. What is the real difference between fedora-main and fedora-uptream-projects?
Cleaning on the way, any help welcome :)