Ticket #410 (closed Defect: Software changed)
remove derived translation files
| Reported by: | mail@… | Owned by: | sagen@… |
|---|---|---|---|
| Priority: | 2: Expected | Milestone: | CalendarServer-3.2 |
| Component: | Calendar Server | Severity: | Other |
| Keywords: | Cc: | kurt.leubner@… | |
| Port: |
Description
I am just looking into translations.
It seems that with r3650 and r3651 the po files should not be the primary source anymore. But on startup .mo files are generated from the .lproj folder.
If this is meant this way then please delete the .po and .mo files so people do not get confused. The .mo should be deleted anyways as they can be created from the .po at any time.
Change History
comment:1 Changed 22 months ago by wsanchez@…
- Priority changed from 5: Not set to 2: Expected
- Owner changed from wsanchez@… to sagen@…
- Milestone set to CalendarServer-3.2
comment:2 Changed 10 months ago by hotukdeals.com2@…
The ouput does depend on the configuration in /var/lib/pgsql/data/postgresql.conf thanks links
comment:3 Changed 8 months ago by sagen@…
- Status changed from new to closed
- Resolution set to Software changed
The .lproj folder processing is only for OS X installs, where Apple's localization team has generated .lproj folders for many languages. So for OS X installs, .lproj are the source of truth. For open-source based installs, the po files are the source of truth, and as you point out, the .mo files can be generated by msgfmt, so I just removed them. I also updated the calendarserver.po because it was slightly out of date. I left two .mo files under which are used for unit tests, however.