[opensuse-kde] Fwd: Re: [kde-doc-english] [Bug found] For kate_configuring-part template
The following message illustrates my point that kdelibs from the trunk of KDE, the part in the git repository, needs to be made available in all supported KDE versions of openSUSE. If I can be of any help, please let me know. ---------- Forwarded Message ---------- Subject: Re: [kde-doc-english] [Bug found] For kate_configuring-part template Date: zaterdag 19 november 2011, 17:44:54 From: "Yuri Chornoivan" <yurchor@ukr.net> To: "For people writing documentation for KDE" <kde-doc-english@kde.org> написане Sat, 19 Nov 2011 18:31:07 +0200, Antoni Bella Pérez <antonibella5@orange.es>:
Hi
kate_configuring-part.po (missing entries)
From Catalan Team I'm get dockbook generation in english from this entry: Configuring With Document Variables
I inspected the rest of Kate and KWrite docbook files and are correct. Don't commit this rebuild.
Toni
Hi! Please copy this file: https://projects.kde.org/projects/kde/kdelibs/repository/revisions/master/ra... into your /usr/share/apps/ksgmltools2/customization/entities then re-generate docbooks. This entity was added in KDE 4.7.3. Hope this helps. Best regards, Yuri _______________________________________________ kde-doc-english mailing list kde-doc-english@kde.org https://mail.kde.org/mailman/listinfo/kde-doc-english ----------------------------------------- BTW. The corresponding file in openSUSE is not /usr/share/apps/ksgmltools2/customization/entities but /usr/share/kde4/apps/ksgmltools2/customization/entities/contributor.entities -- fr.gr. Freek de Kruijf -- To unsubscribe, e-mail: opensuse-kde+unsubscribe@opensuse.org To contact the owner, e-mail: opensuse-kde+owner@opensuse.org
Am Samstag, 19. November 2011, 18:06:29 schrieb Freek de Kruijf:
The following message illustrates my point that kdelibs from the trunk of KDE, the part in the git repository, needs to be made available in all supported KDE versions of openSUSE. If I can be of any help, please let me know.
As I stated before you have to push your fix into the 4.7 branch. And create a submit request for the 4.6 repos because KDE will not release any further 4.6.x versions and thus opensuse would have to patch their packages. http://en.opensuse.org/openSUSE:Build_Service_Tutorial for the 4.6 submit. You can have a look at fixed bugs, e.g. https://bugs.kde.org/show_bug.cgi?id=277033#c16 and you will see that those fixes are pushed to the 4.7 branch and thus available with the next minor release, i.e. 4.7.4. That's what you have to do as well and the patch will automatically appear in openSUSE's packages. Sven -- To unsubscribe, e-mail: opensuse-kde+unsubscribe@opensuse.org To contact the owner, e-mail: opensuse-kde+owner@opensuse.org
On zondag 20 november 2011 12:11:01 Sven Burmeister wrote:
Am Samstag, 19. November 2011, 18:06:29 schrieb Freek de Kruijf:
The following message illustrates my point that kdelibs from the trunk of KDE, the part in the git repository, needs to be made available in all supported KDE versions of openSUSE. If I can be of any help, please let me know.
As I stated before you have to push your fix into the 4.7 branch. And create a submit request for the 4.6 repos because KDE will not release any further 4.6.x versions and thus opensuse would have to patch their packages.
http://en.opensuse.org/openSUSE:Build_Service_Tutorial for the 4.6 submit.
You can have a look at fixed bugs, e.g. https://bugs.kde.org/show_bug.cgi?id=277033#c16 and you will see that those fixes are pushed to the 4.7 branch and thus available with the next minor release, i.e. 4.7.4. That's what you have to do as well and the patch will automatically appear in openSUSE's packages.
Sven
This is weeks if not months of study for me and asking a lot of questions, before I can manage this type of work. I am not sure I can find the courage to do that. I rather stay with the task of translating openSUSE and KDE to Dutch. -- fr.gr. Freek de Kruijf -- To unsubscribe, e-mail: opensuse-kde+unsubscribe@opensuse.org To contact the owner, e-mail: opensuse-kde+owner@opensuse.org
Am Sonntag, 20. November 2011, 13:49:36 schrieb Freek de Kruijf:
This is weeks if not months of study for me and asking a lot of questions, before I can manage this type of work. I am not sure I can find the courage to do that. I rather stay with the task of translating openSUSE and KDE to Dutch.
Did you not write that you submitted the fix to trunk? If so you can submit it to branch as well. People on the mailinglist that takes care of that module might also help you to push it to branch. Regarding the buildservice, if you post the patch here somebody else might include it for you. You can also ask on IRC #opensuse-kde whether e.g. einar_77 can push it upstream. Sven -- To unsubscribe, e-mail: opensuse-kde+unsubscribe@opensuse.org To contact the owner, e-mail: opensuse-kde+owner@opensuse.org
On zondag 20 november 2011 13:54:37 Sven Burmeister wrote:
Am Sonntag, 20. November 2011, 13:49:36 schrieb Freek de Kruijf:
This is weeks if not months of study for me and asking a lot of questions, before I can manage this type of work. I am not sure I can find the courage to do that. I rather stay with the task of translating openSUSE and KDE to Dutch.
Did you not write that you submitted the fix to trunk? If so you can submit it to branch as well. People on the mailinglist that takes care of that module might also help you to push it to branch.
Regarding the buildservice, if you post the patch here somebody else might include it for you. You can also ask on IRC #opensuse-kde whether e.g. einar_77 can push it upstream.
AFAIK kdelibs in the trunk git repository has no equivalent in branch. In case I am wrong, please point me to the right spot, so I can back port what I need. What I am concerned about is changed or added entities in the customization part of kdelibs. One should not delete any entity there, but only change an existing one or add a new one. If done so, these new entities should be made available in earlier KDE versions. Because people that need these new entities are not always working in the newest KDE environment. I don't know whether normal users need these entities when reading the KDE documentation, but I need them to generate the docbooks. Although I don't see these entities expanded in these docbooks, so it looks as if the user also needs these entities and generation only checks whether these entities are available. -- fr.gr. Freek de Kruijf -- To unsubscribe, e-mail: opensuse-kde+unsubscribe@opensuse.org To contact the owner, e-mail: opensuse-kde+owner@opensuse.org
Am Sonntag, 20. November 2011, 14:23:36 schrieb Freek de Kruijf:
AFAIK kdelibs in the trunk git repository has no equivalent in branch. In case I am wrong, please point me to the right spot, so I can back port what I need.
Please ask upstream. They know best about their code and its organisation. kde-devel mailing list or #kde-devel on IRC. https://mail.kde.org/mailman/listinfo/kde-devel
What I am concerned about is changed or added entities in the customization part of kdelibs. One should not delete any entity there, but only change an existing one or add a new one. If done so, these new entities should be made available in earlier KDE versions. Because people that need these new entities are not always working in the newest KDE environment.
So KDE has to release a new version with the replaced file, if it is part of KDE.
I don't know whether normal users need these entities when reading the KDE documentation, but I need them to generate the docbooks. Although I don't see these entities expanded in these docbooks, so it looks as if the user also needs these entities and generation only checks whether these entities are available.
Fixes need to be added at the source in order to be distributed, not the other way around. Thus please contact upstream because they can help you and point you to the right places. Sven -- To unsubscribe, e-mail: opensuse-kde+unsubscribe@opensuse.org To contact the owner, e-mail: opensuse-kde+owner@opensuse.org
On zondag 20 november 2011 14:33:22 Sven Burmeister wrote:
Fixes need to be added at the source in order to be distributed, not the other way around. Thus please contact upstream because they can help you and point you to the right places.
It is part of the translation process. I commit KDE translations, obviously upstream, in which in the documentation part entities are used for translators. Sometimes there is a new translator, so he/she needs an entity defined. Sometimes an e-mail address of a translator changes, so a change in the entity of that translator. These entities are in a kdelibs git repository, so I commit to that git repository. However, AFAIK, there is only one git repository, the one in trunk. I have no knowledge, and it was told some time ago, when the change was made to move that part of kdelibs to git, that that was the only place for this kind of data. So the data is available in the KDE repositories. What I am asking about is that openSUSE takes that part of KDE, maybe KDE has to offer it as a separate packet, and puts it at the proper location in the distribution repositories. So it can be made available via an update to all users that use that package. I do see the kde4-i18n-<cc> packet regularly being updated without a new minor release of KDE. This kdelibs stuff also contains all kinds of localized data, so why can't it be included in the process of updating translations. As long as people do not remove any entity definitions from kdelibs, the newest version is backward compatible and can be included in any version of KDE. -- fr.gr. Freek de Kruijf -- To unsubscribe, e-mail: opensuse-kde+unsubscribe@opensuse.org To contact the owner, e-mail: opensuse-kde+owner@opensuse.org
participants (2)
-
Freek de Kruijf -
Sven Burmeister