Re: [translate-pootle] .deb of latest stable (2.1.1)
On Mon, 27 Sep 2010, Adam Monsen wrote: > Is anyone working on a Debian package for the latest stable release? > > If not, does anyone have tips on how I might help with this? I figure I > could just grab the last good source package, apply it to a 2.1.1 > tarball, and see what happens. Yes! Just the debian/ directory. See also http://www.debian.org/doc/maint-guide/ and its section, "Updating the package". I'll try to answer questions, though I'm just a friendly onlooker. (I don't maintain a Pootle anymore, and I am a Debian developer but am also swamped with lots of other things so I can't take an active role in Pootle maintenance.) > I'd love to try out the new release with Mifos. Mifos is stuck with Java > .properties files for the time being, and I'm stoked with the prospect > of being able to work on these directly from Pootle. Yay! -- Asheesh. -- Q: Why do firemen wear red suspenders? A: To conform with departmental regulations concerning uniform dress. -- Start uncovering the many advantages of virtual appliances and start using them to simplify application deployment and accelerate your shift to cloud computing. http://p.sf.net/sfu/novell-sfdev2dev ___ Translate-pootle mailing list Translate-pootle@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/translate-pootle
[translate-pootle] Adding a "permalink" button to make linking to string in edit mode easier
In the translate screen, one can link to specific strings by item number. For example, one can generate a link to http://translate.creativecommons.org/de_CH/cc_org/translate.html?translate=1&pofilename=cc_org.po&item=206 . Something that comes up frequently is that we want translators to translate a few particular strings with high urgency. It would be nice to see something like a permalink icon to each string so that we could grab that link and send it to translators. I was thinking of adding this into the Creative Commons Pootle templates, perhaps linking the "external link" image used by MediaWiki (e.g. http://upload.wikimedia.org/skins/monobook/external.png ) to what I'm calling the "permalink" URL. Perhaps at the start of the string, so that muscle memory can find it each time. What do the rest of y'all Pootlers think? Is this something that you'd be interested in? -- Asheesh. -- You have taken yourself too seriously. -- This SF.net email is sponsored by: SourcForge Community SourceForge wants to tell your story. http://p.sf.net/sfu/sf-spreadtheword ___ Translate-pootle mailing list Translate-pootle@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/translate-pootle
Re: [translate-pootle] Import plans
On Mon, 22 Dec 2008, F Wolff wrote: > We'll definitely need to ship with migration scripts - at least from the > jToolkit prefs to the format of the next release. I'm not aware of many > people using the version on trunk before we migrated to Django (I also > wouldn't have recommended it for production servers), but all such > scripts can be kept if they are useful for some people. Got it. Let me know what you make of mine in that bug, 3/4-ported to the Django world; I'm going to fall asleep and next be online on Tuesday. -- Asheesh. -- Better hope the life-inspector doesn't come around while you have your life in such a mess. -- ___ Translate-pootle mailing list Translate-pootle@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/translate-pootle
Re: [translate-pootle] initdb.py fails: pootle_app_pootleprofile.ui_lang_id may not be NULL
On Mon, 22 Dec 2008, Asheesh Laroia wrote:
> IntegrityError: pootle_app_pootleprofile.ui_lang_id may not be NULL
> ui_lang = models.ForeignKey('Language', blank=True)
zejn again to the rescue; he points out it should be:
ui_lang = models.ForeignKey('Language', blank=True, null=True)
Would y'all Pootlers accept such a change to pootle_app/profile.py:39 so
that initdb.py executes? I admit that I haven't looked into the deeper
ramifications of such a change.
-- Asheesh.
--
Q: How much does it cost to ride the Unibus?
A: 2 bits.
--
___
Translate-pootle mailing list
Translate-pootle@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/translate-pootle
[translate-pootle] Import plans
I presume that we plan to provide a graceful migration path forward for
those still running Pootle 1.2.x (jToolkit Pootle, or "jTootle") into the
new, Django Pootle ("Djootle") world.
I already migrated our data from jTootle to Mozootle, and I'm working on
an importer that migrates from jTootle to Djootle now. Does Pootle plan
to ship an importer that migrates data from the Mozootle user database
format into Djootle? Or perhaps an exporter that downgrades the Mozootle
data into jTootle format so that we can just use the standard jTootle
upgrader?
(Wil, what are you thinking on this?)
P.S. I can't stop giggling at "jTootle."
-- Asheesh.
--
You have an unusual understanding of the problems of human relationships.
--
___
Translate-pootle mailing list
Translate-pootle@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/translate-pootle
[translate-pootle] initdb.py fails: pootle_app_pootleprofile.ui_lang_id may not be NULL
Congratulations on getting through the Mozootle milestone and onto this
major project! I'll be happy to help here and there as updating Pootle
corresponds to my duties at Creative Commons.
On Fri, 12 Dec 2008, Wynand Winterbach wrote:
> The most recent code in our repository already contains a lot of changes. If
> you are interested in running the code, visit:
>
> http://translate.sourceforge.net/wiki/developers/the_great_pootle_migration
I missed this link when reading this email before; thanks to zejn on
#pootle for helping me find it!
I've ben updating my importer to match the new Django-based models (that
branch of Pootle I nickname Djootle). When I wrote the importer against
Mozootle, one had to run 'initdb.py' before one could use the
SQLite-accelerated stats. That link still says to use initdb.py, but upon
calling it I get:
IntegrityError: pootle_app_pootleprofile.ui_lang_id may not be NULL
This comes from:
/home/stagootle/python-env/lib/python2.5/site-packages/Pootle/pootle_app/profile.py(89)make_default_profile()
88 # we just created).
---> 89 profile.save()
I figured that in the PootleProfile model, ui_lang must not allow a NULL
value. However, if you read the source, you see on line 39 of profile.py:
ui_lang = models.ForeignKey('Language', blank=True)
So I'm officially confused. Can others reproduce this problem, and how can
we fix it?
(This is a blocker on me finishing testing my importer; I attached the
current version to http://bugs.locamotion.org/show_bug.cgi?id=632 and I do
hope someone else takes a look at it.)
-- Asheesh.
--
Q: How do you play religious roulette?
A: You stand around in a circle and blaspheme and see who gets
struck by lightning first.
--
___
Translate-pootle mailing list
Translate-pootle@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/translate-pootle
[translate-pootle] [RFC] os.expanduser() for canonicalpath()
In Pootle/potree.py, there is the function canonicalpath() that expands path names from the configuration. This is used to post-process Pootle.podirectory in particular. I wondered: Would y'all accept a patch that allowed one to use paths that begin with ~/ in them? I keep two users on my system that have Pootle installs so I can play with different changes to Pootle; it would be nice to be able to use the same config file, and still keep separate their PO directories. So, I'm curious: would you entertain a patch to add os.expanduser() to that canonicalpath()? If so I can quickly write it up. -- Asheesh. -- Civilization is the limitless multiplication of unnecessary necessities. -- Mark Twain - This SF.Net email is sponsored by the Moblin Your Move Developer's challenge Build the coolest Linux based applications with Moblin SDK & win great prizes Grand prize is a trip for two to an Open Source event anywhere in the world http://moblin-contest.org/redirect.php?banner_id=100&url=/ ___ Translate-pootle mailing list Translate-pootle@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/translate-pootle
Re: [translate-pootle] [PATCH] Fix missing reference to translate.misc.typecheck
On Fri, 21 Nov 2008, Wynand Winterbach wrote: > Thanks Asheesh. I applied you patch and checked in the code. > > This patch is really tiny, so not having it on Bugzilla doesn't bother me :). Thanks! Let me ask - what's the process for becoming a committer? I'd like to add my import scripts to the main svn trunk, and perhaps make other small improvements like this. My SourceForge username is paulproteus. I promise I won't do anything harmful or terribly stupid. The time zone issue makes it hard for me to chat with y'all .za'ns in IRC, but it's been fun when I've been able to. -- Asheesh. -- I remember Ulysses well... Left one day for the post office to mail a letter, met a blonde named Circe on the streetcar, and didn't come back for 20 years. - This SF.Net email is sponsored by the Moblin Your Move Developer's challenge Build the coolest Linux based applications with Moblin SDK & win great prizes Grand prize is a trip for two to an Open Source event anywhere in the world http://moblin-contest.org/redirect.php?banner_id=100&url=/ ___ Translate-pootle mailing list Translate-pootle@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/translate-pootle
[translate-pootle] [PATCH] Fix missing reference to translate.misc.typecheck
In setup.py in svn head, translate.misc.typecheck is not referred-to. So
it doesn't get installed when one does 'python setup.py install'.
This patch (attached) against setup.py fixes that problem. (If simple
patches like this should get Bugzilla entries, let me know, but otherwise
I'll submit them here. By all means tell me what the etiquette is.)
-- Asheesh.
--
Anyone can make an omelet with eggs. The trick is to make one with none.
diff --git a/setup.py b/setup.py
index ff8cb31..df37db3 100755
--- a/setup.py
+++ b/setup.py
@@ -32,7 +32,7 @@ initfiles = [(join(sitepackages,'translate'),[join('translate','__init__.py')])]
subpackages = ["convert", "misc", "storage", join("storage", "versioncontrol"),
join("storage", "xml_extract"), join("storage", "placeables"),
"filters", "tools", "services", "search", join("search", "indexing"),
-"lang"]
+"lang", join("misc", "typecheck")]
# TODO: elementtree doesn't work in sdist, fix this
packages = ["translate"]
-
This SF.Net email is sponsored by the Moblin Your Move Developer's challenge
Build the coolest Linux based applications with Moblin SDK & win great prizes
Grand prize is a trip for two to an Open Source event anywhere in the world
http://moblin-contest.org/redirect.php?banner_id=100&url=/___
Translate-pootle mailing list
Translate-pootle@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/translate-pootle
Re: [translate-pootle] Pootle version control problems with distributed version control systems
On Thu, 13 Nov 2008, Lars Kruse wrote: >> Now consider what happens if we have two modified files - file_1.po and >> file_2.po - in our Pootle project. >> >> The user attempts to update file_1.po. >> >> Pootle: >> 1. loads file_1.po into memory, >> 2. reverts file_1.po to the version that was checked out from the >> version control repository, >> 3. updates file_1.po from the version control repository, > > just a note: I think, for mercurial/git/bzr/darcs this causes an update > of the whole working copy (not just a single file). "git checkout $file" can reset a file to the last-in-git version on a per-file basis. I think "hg revert" and "bzr revert" do the same there. >> 4. BREAKS >> >> This won't work, because file_2.po is modified; making it impossible to >> reliably pull new revisions from the version control repository. > > I am not sure, if I fully understand the problem. > Do distributed VCS really have a problem to run an update, if the local > working > copy contains modified files? Not that I've seen. I'd appreciate more examples in this discussion, like the one you gave that shows it doesn't seem to be a problem. Furthermore, this issue isn't strictly related to DVCSs, I think. Doesn't conflict2suggest.py handle this in the general case? (BTW: Hi all, I'm new to the list. I'm working on internationalization at Creative Commons and spending a lot of time lately talking to Wil Clouser of Mozilla on #pootle, where my nick is paulproteus.) -- Asheesh. -- Go ahead... make my day. -- Dirty Harry - This SF.Net email is sponsored by the Moblin Your Move Developer's challenge Build the coolest Linux based applications with Moblin SDK & win great prizes Grand prize is a trip for two to an Open Source event anywhere in the world http://moblin-contest.org/redirect.php?banner_id=100&url=/ ___ Translate-pootle mailing list Translate-pootle@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/translate-pootle
