Week passed since your upload into experimental.
Is it good time to go forward and upload into unstable?

Binary packages were built successfully on all supported architectures except
mips and sparc. They are still waiting for build. But as I observed packages
in experimental have the lowest priority and they can wait very long time.

As I see in [2][3] queues are quite big. But I am not sure that these
timestamps mean. This is not the time since upload. But also this is not the
estimate time before build, because I can compare timestamps for my packages
uploaded in different days.

In any case I see no reason to wait build on these two architectures. Program
does not have architecture-specific code and was build successfully on all
other architectures.

As for the tests I use this module on few machines since February without
any problems. Migration of config was implemented recently. Is any other
stopper now?

Best regards,

[2] https://buildd.debian.org/status/architecture.php?a=mips&suite=experimental
[3] https://buildd.debian.org/status/architecture.php?a=sparc&suite=experimental

2012-06-08 11:29, Boris Pek wrote:
> Hi,
> Now package builds fine on kfreebsd-* and hurd-i386:
>   https://buildd.debian.org/status/package.php?p=kde-gtk-config&suite=experimental
> And it should be no problems with linux-based environments on other supported
> architectures. So I have updated the package:
> kde-gtk-config (3:2.0-3) unstable; urgency=low
>   * Package moved to unstable after tests: no changes required.
>   * This package replaces src:kcm-gtk and closes its bugs:
>     - fixed working on clean install (Closes: #631591)
>     - added support of Gtk+ 3.x (LP: #734979)
> You could upload it when you decide it is ready.
> Direct link for download:
>   http://mentors.debian.net/debian/pool/main/k/kde-gtk-config/kde-gtk-config_2.0-3.dsc
> And now I have questions about translations.
> Conditions:
> 1) There are no translation files in the source tree.
> 2) Translations are available only in common svn repository of KDE project 
> [1].
> Questions:
> 1) Should I package them manually into separate package or they will be 
> updated
>    automatically in common package (like src:kde-l10n)?
> 2) If I should package them manually how to do this in comfortable way?
>    I mean: select and copy them one by one from svn repository doesn't look
>    good. It should be more common way.
> 3) If I should package them manually should I make the separate package
>    kde-config-gtk-style-i18n or just add them into the same binary package?
>    (Note: they will no weigh much)
> First part of message is only for sponsor of this package. But any suggestions
> and explanations for the second part of message are welcome.
> Best regards,
> Boris
> [1] For example:
> http://websvn.kde.org/trunk/l10n-kde4/ru/messages/playground-base/kde-gtk-config.po?view=markup
> http://websvn.kde.org/trunk/l10n-kde4/uk/messages/playground-base/kde-gtk-config.po?view=markup

pkg-kde-extras mailing list

Reply via email to