| 2007-06-29 11:00:08 |
Martin Pitt |
bug |
|
|
added bug |
| 2007-06-29 11:02:24 |
Martin Pitt |
bug |
|
|
assigned to pkgbinarymangler (Ubuntu) |
| 2007-06-29 11:03:41 |
Martin Pitt |
pkgbinarymangler: importance |
Undecided |
Wishlist |
|
| 2007-06-29 11:03:41 |
Martin Pitt |
pkgbinarymangler: assignee |
|
pitti |
|
| 2007-06-29 11:03:41 |
Martin Pitt |
pkgbinarymangler: statusexplanation |
|
|
|
| 2008-08-07 06:07:12 |
Jeroen T. Vermeulen |
rosetta: status |
New |
Won't Fix |
|
| 2008-08-07 06:07:12 |
Jeroen T. Vermeulen |
rosetta: statusexplanation |
|
This would be a lot of work. It would not solve the problem fully (e.g. we couldn't generate those PNG files), and the intermediate step of exporting XML files and such untranslated wouldn't be all that helpful.
For this use case, it should definitely be done outside Launchpad. Where we find a real need to do something like this inside Launchpad, it'd be a blueprint rather than a bug. |
|
| 2008-08-07 06:35:49 |
Martin Pitt |
rosetta: status |
Won't Fix |
New |
|
| 2008-08-07 06:35:49 |
Martin Pitt |
rosetta: statusexplanation |
This would be a lot of work. It would not solve the problem fully (e.g. we couldn't generate those PNG files), and the intermediate step of exporting XML files and such untranslated wouldn't be all that helpful.
For this use case, it should definitely be done outside Launchpad. Where we find a real need to do something like this inside Launchpad, it'd be a blueprint rather than a bug. |
Please close again if even this simple solution is too much work. If so, do you have another idea? |
|
| 2008-08-07 07:13:35 |
Jeroen T. Vermeulen |
rosetta: status |
New |
Won't Fix |
|
| 2008-08-07 07:13:35 |
Jeroen T. Vermeulen |
rosetta: statusexplanation |
Please close again if even this simple solution is too much work. If so, do you have another idea? |
I don't even think we ever keep the uploaded tarballs per se in Librarian. A lot relies on us treating the individual translation files inside the tarball as separate files, and we don't have a single other reason to keep the tarball around. This is not a generic file-sharing application!
Danilo points to Soyuz as a possible place to look for the stripped data.
|
|
| 2009-01-27 15:20:38 |
Martin Pitt |
pkgbinarymangler: status |
New |
Invalid |
|
| 2009-01-27 15:21:42 |
Martin Pitt |
pkgbinarymangler: status |
Invalid |
Confirmed |
|
| 2009-01-27 15:21:42 |
Martin Pitt |
pkgbinarymangler: statusexplanation |
|
Hang on, let's keep this open. I asked Adam and Celso a while ago, but did not get a response so far. |
|
| 2009-01-27 15:22:24 |
Martin Pitt |
rosetta: status |
Won't Fix |
Incomplete |
|
| 2009-01-27 15:22:24 |
Martin Pitt |
rosetta: bugtargetdisplayname |
Launchpad Translations |
Soyuz |
|
| 2009-01-27 15:22:24 |
Martin Pitt |
rosetta: bugtargetname |
rosetta |
soyuz |
|
| 2009-01-27 15:22:24 |
Martin Pitt |
rosetta: statusexplanation |
I don't even think we ever keep the uploaded tarballs per se in Librarian. A lot relies on us treating the individual translation files inside the tarball as separate files, and we don't have a single other reason to keep the tarball around. This is not a generic file-sharing application!
Danilo points to Soyuz as a possible place to look for the stripped data.
|
On UDS I had a discussion with Danilo about how to move GNOME help file translations to language packs [1], since they are extremely big.
There doesn't currently seem to be a way to do this through the translations.tar.gz tarball and Rosetta.
So I wondered if it is possible to build another raw-gnome-help or similar tarball during package build and stuff that to the _arch.changes. Would that file land in the librarian somehow, so that langpack-o-matic can pick them up and unpack them into the langpacks? If not, would that be something easy to do? Or am I totally on crack
with the idea?
[1] https://wiki.ubuntu.com/DesktopTeam/Specs/JauntyGnomeHelpLangpacks
|
|
| 2009-01-27 15:22:24 |
Martin Pitt |
rosetta: title |
Bug #123020 in Launchpad Translations: "support shipping verbatim files in the exported tarballs" |
Bug #123020 in Soyuz: "support shipping verbatim files in the exported tarballs" |
|
| 2009-01-27 15:22:46 |
Martin Pitt |
pkgbinarymangler: status |
Confirmed |
Incomplete |
|
| 2009-01-27 15:22:46 |
Martin Pitt |
pkgbinarymangler: statusexplanation |
Hang on, let's keep this open. I asked Adam and Celso a while ago, but did not get a response so far. |
|
|
| 2009-03-02 10:42:58 |
Martin Pitt |
pkgbinarymangler: status |
Incomplete |
Triaged |
|
| 2009-03-02 10:42:58 |
Martin Pitt |
pkgbinarymangler: assignee |
pitti |
|
|
| 2009-03-02 10:42:58 |
Martin Pitt |
pkgbinarymangler: statusexplanation |
|
That launchpadlib workflow looks suitable for me, that would be great.
The solution design seems clear to me now, thus marking as Triaged. Unassigning since the pkgbinarymangler fix is blocked by getting the soyuz feature. |
|
| 2009-03-02 10:43:08 |
Martin Pitt |
soyuz: status |
Incomplete |
Confirmed |
|
| 2009-03-02 10:43:08 |
Martin Pitt |
soyuz: statusexplanation |
On UDS I had a discussion with Danilo about how to move GNOME help file translations to language packs [1], since they are extremely big.
There doesn't currently seem to be a way to do this through the translations.tar.gz tarball and Rosetta.
So I wondered if it is possible to build another raw-gnome-help or similar tarball during package build and stuff that to the _arch.changes. Would that file land in the librarian somehow, so that langpack-o-matic can pick them up and unpack them into the langpacks? If not, would that be something easy to do? Or am I totally on crack
with the idea?
[1] https://wiki.ubuntu.com/DesktopTeam/Specs/JauntyGnomeHelpLangpacks
|
|
|
| 2009-03-02 13:22:00 |
Celso Providelo |
soyuz: status |
Confirmed |
Triaged |
|
| 2009-03-02 13:22:00 |
Celso Providelo |
soyuz: statusexplanation |
|
I've some work in the same are related with the debug-symbols support scheduled to 2.2.3. Let's keep this bug around, maybe I can do something yet in this cycle, but no guarantees. |
|
| 2009-03-02 13:22:00 |
Celso Providelo |
soyuz: milestone |
|
pending |
|
| 2009-06-01 19:05:26 |
Julian Edwards |
soyuz: milestone |
pending |
2.2.6 |
|
| 2009-06-01 19:05:43 |
Julian Edwards |
soyuz: importance |
Undecided |
High |
|
| 2009-06-01 19:06:30 |
Julian Edwards |
tags |
saving-livecd-space |
saving-livecd-space soyuz-upload |
|
| 2009-06-09 10:56:43 |
David Planella |
bug |
|
|
added subscriber Ubuntu Translation Coordinators |
| 2009-06-09 10:56:56 |
David Planella |
removed subscriber David Planella |
|
|
|
| 2009-06-17 09:52:35 |
Julian Edwards |
soyuz: assignee |
|
Julian Edwards (julian-edwards) |
|
| 2009-06-23 10:54:40 |
Julian Edwards |
soyuz: milestone |
2.2.6 |
2.2.7 |
|
| 2009-06-25 16:57:31 |
Martin Pitt |
pkgbinarymangler (Ubuntu): assignee |
|
Martin Pitt (pitti) |
|
| 2009-06-26 05:43:33 |
Martin Pitt |
bug task added |
|
langpack-o-matic |
|
| 2009-06-26 05:43:52 |
Martin Pitt |
langpack-o-matic: importance |
Undecided |
Wishlist |
|
| 2009-06-26 05:43:52 |
Martin Pitt |
langpack-o-matic: status |
New |
Triaged |
|
| 2009-06-26 05:43:52 |
Martin Pitt |
langpack-o-matic: assignee |
|
Martin Pitt (pitti) |
|
| 2009-06-26 10:19:24 |
Julian Edwards |
soyuz: status |
Triaged |
In Progress |
|
| 2009-07-06 11:41:52 |
Julian Edwards |
soyuz: status |
In Progress |
Fix Committed |
|
| 2009-07-23 10:32:57 |
Julian Edwards |
soyuz: status |
Fix Committed |
Fix Released |
|
| 2009-07-23 17:32:01 |
Martin Pitt |
pkgbinarymangler (Ubuntu): status |
Triaged |
In Progress |
|
| 2009-08-03 22:10:37 |
Martin Pitt |
soyuz: status |
Fix Released |
In Progress |
|
| 2009-08-04 20:59:23 |
Ursula Junque |
soyuz: milestone |
2.2.7 |
2.2.8 |
|
| 2009-08-05 08:15:23 |
Julian Edwards |
soyuz: status |
In Progress |
Fix Released |
|
| 2009-08-05 08:15:23 |
Julian Edwards |
soyuz: milestone |
2.2.8 |
2.2.7 |
|
| 2009-08-31 06:24:34 |
Martin Pitt |
pkgbinarymangler (Ubuntu): status |
In Progress |
Fix Released |
|
| 2009-08-31 06:25:23 |
Martin Pitt |
langpack-o-matic: status |
Triaged |
Fix Released |
|
