Brasero not translated at all on ubuntu 16.04

Well, translations exist.

https://translations.launchpad.net/ubuntu/xenial/+source/brasero/+pots/brasero

ok, but they are not applied.
All was translated on ubuntu 15.10

Status changed to 'Confirmed' because the bug affects multiple users.

I have not understood how I can test your patch

Well, you'd need to build brasero from source to test it. I did so, and if you don't know how to do that, please be patient and wait until the fix lands in Xenial. (It may take some time.) Then, if you'd find that it still doesn't work as expected, please let us know.

Thanks for reporting the issue!

Okay, I'll wait the fix by update-manager.
Thanks for the fix!

This bug was fixed in the package brasero - 3.12.1-1ubuntu3

---------------
brasero (3.12.1-1ubuntu3) yakkety; urgency=medium

  * debian/patches/014_enable_translations.patch:
    - Enable translation support (LP: #1574090).

 -- Gunnar Hjalmarsson <email address hidden> Sat, 23 Apr 2016 23:05:00 +0200

Well, this is inconsistent behavior.

The language file was located in /usr/share/locale-langpack/*/LC_MESSAGES/brasero.mo and belongend to the packages language-pack-gnome-*-base.

Because of the usbekian and lower german translations file are still in the language packs but the "new" translations comes with brasero-common instead of language-pack-gnome-*-base in yakkety we are having the translation for nds in two packages at two different places.

Translation for lower german in yakkety

/usr/share/locale-langpack/nds/LC_MESSAGES/brasero.mo in package language-pack-gnome-de-base AND /usr/share/locale/nds/LC_MESSAGES/brasero.mo in package brasero-common

The uzbekian translation is only at /usr/share/locale-langpack/uz/LC_MESSAGES/brasero.mo in package language-pack-gnome-uz-base and does not exist in package brasero-common.

@tomtomtom:

brasero has been moved from main to universe, and the brasero.mo files will be available in /usr/share/locale going forward.

The -base language packs for uz and nds were not included in the Xenial build on 2016-04-15, probably because the translation coverage was too low. If you think this is wrong, please file a new bug to the langpack-o-matic project.

The brasero.mo files for uz and nds you see in /usr/share/locale-langpack are consequently leftovers from a previous language pack build in the Xenial development cycle. The duplication does not make the translations unavailable when running brasero.

The translations which are provided by brasero-common are the upstream ones, and currently there is no Usbek translation upstream. To change that, you may want to upload the Uzbek translation to <https://l10n.gnome.org/module/brasero/>.

Thanks Gunnar, that patch is not needed since USE_NLS is defined by AM_GLIB_GNU_GETTEXT, what was needed is to have a rebuild so translations are not removed from the binary.

I'm doing a SRU with another fix that should fix that as well.

Note that for yakkety we might want to add "X-Ubuntu-Use-Langpack: yes" to debian/control and use langpack again, that would allow launchpad translators to contribute to the translations (we can't easily do that in xenial, or we would need to coordinate with a new langpacks landing adding back the domain)

Thanks for pointing out my mistake, Sebastien. Assigning the Xenial task to you then.

Hello Olivier, or anyone else affected,

Accepted brasero into xenial-proposed. The package will build now and be available at https://launchpad.net/ubuntu/+source/brasero/3.12.1-1ubuntu3~16.04 in a few hours, and then in the -proposed repository.

Please help us by testing this new package. See https://wiki.ubuntu.com/Testing/EnableProposed for documentation how to enable and use -proposed. Your feedback will aid us getting this update out to other Ubuntu users.

If this package fixes the bug for you, please add a comment to this bug, mentioning the version of the package you tested, and change the tag from verification-needed to verification-done. If it does not fix the bug for you, please add a comment stating that, and change the tag to verification-failed. In either case, details of your testing will help us make a better decision.

Further information regarding the verification process can be found at https://wiki.ubuntu.com/QATeam/PerformingSRUVerification . Thank you in advance!

Now is OK with 3.12.1-1ubuntu3~16.04 but it lacks "Copy a Disc"
See attachment

Fully confirms the words of Olivier Febwin (febcrash). The problem can be considered solved.

This bug was fixed in the package brasero - 3.12.1-1ubuntu3~16.04

---------------
brasero (3.12.1-1ubuntu3~16.04) xenial; urgency=medium

  * Rebuild in universe to have translations included (lp: #1574090)
  * debian/patches/01_current_libdvdcss_symbol.patch:
    - don't try to load a libdvdcss symbol which is not in the current
      version, that made the plugin fail to be enabled
      (lp: #1577268)

 -- Sebastien Bacher <email address hidden> Thu, 12 May 2016 08:19:33 +0200

The verification of the Stable Release Update for brasero has completed successfully and the package has now been released to -updates. Subsequently, the Ubuntu Stable Release Updates Team is being unsubscribed and will not receive messages about this bug report. In the event that you encounter a regression using the package from -updates please report a new bug using ubuntu-bug and tag the bug report regression-update so we can easily find any regressions.