Transifex and Russian Italian translations
Hi, I have found out that two files ru.po and it.po out of several dozens are excluded from synchronization with Transifex. 1) I understand that Russian translation was lately done directly in the repository by Andrew, and he said that he was manually uploading these updates to Transfixes. I have checked the current state, and the Transifex version was behind the one in the repo; I have fixed this. 2) In what concerns the Italian one, I understood from Slava that the maintainer (Marco Ciampa) didn't want to use Transifex for some reason. I checked it and it seems that it is more complete in the repository, as compared to Transifex. Now, the curious part is that I can see that it has been updated by Piotr Drąg rather recently. Could we please move EVERYTHING to Transifex? It does have a command line client, which is very easy to use and allows to upload download translations literally with two commands (tx pull and tx push), if one doesn't want to use the web interface. I'm happy to try to help with that if anyone really needs help; I've just tried it, and it's no big deal at all. Otherwise, shall we at least somehow block people from using Transifex for the languages that are being committed directly to the repository? I do not like the current situation, because it seems that people doing stuff on Transifex are not aware of what's going on the git repository and vice versa. I think it's a really bad scenario when people invest time in doing translations, and their work is just discarded. Any comments? -- Sincerely yours, Yury V. Zaytsev ___ mc-devel mailing list https://mail.gnome.org/mailman/listinfo/mc-devel
Re: Plans for Midnight Commander development
On Tue, 2015-06-02 at 21:47 +0200, Yury V. Zaytsev wrote: Just FYI, massive firmware / os / software maintenance on the builders has been completed, I'll be looking into the mailing list traffic, Trac server and Travis next up as time permits. FYI, I did some important upgrades on the Trac server this week, but I didn't have time to look into what causes the ticket creation delay yet. -- Sincerely yours, Yury V. Zaytsev ___ mc-devel mailing list https://mail.gnome.org/mailman/listinfo/mc-devel
Re: mc is over!? - post by Ilia Maslakov on Russian-speaking IT site
On Thu, 2015-05-28 at 21:20 +0200, Egmont Koblinger wrote: Another thing that occurred to me: to save on long term development costs, we should simplify the codebase and get rid of alternatives. Hi Egmont, These are all good points, and I generally agree, but it would be good to first estimate how much code removing a particular feature would allow us to get rid of, and then decide on this basis. On one hand, I guess, SLang can go, but on the other hand, it appears to be still actively maintained, and mutt, for instance, can compile against both SLang and ncurses, just as mc. Also, there are still quite some users of 8bit locales, and I'm not so sure whether it would be a good idea to drop everything except for utf-8 just like that. Unlike you, however, I still haven't had a deeper look into the charset stuff, so maybe there is a possibility to cut down on branching without completely dropping 8bit. In what concerns glib regex vs. pcre, I'm still not sure what's the advantage of using glib wrappers for that, but it seems that using pcre directly would at least allow us to control the crashing on invalid utf-8 things stuff, so maybe getting rid of glib regex would be a good thing. If you'd be willing to investigate any of these avenues, that would of course be great :-) -- Sincerely yours, Yury V. Zaytsev ___ mc-devel mailing list https://mail.gnome.org/mailman/listinfo/mc-devel
Transifex and the manual files
Hi, I have found out, that the manual files that are offered for translation on Transifex are basically an abandoned experiment by Slava. This makes me very sad, because currently nobody knows that they are not actually useful, and quite some people have put their time into translating them. The deal was that Slava wanted to set up translation using the po4a tool, but somehow he realized that it breaks roff formatting on which the help system generator relies during po - man conversion, and, as a result, the help files can't be generated from these manual pages. At the moment, I have stopped the Transifex interface from accepting translations for these resources until someone can figure out how to set up a working man - po - man conversion cycle. Are there any volunteers to look into that? Maybe I should make an announcement via the Transifex system as well. -- Sincerely yours, Yury V. Zaytsev ___ mc-devel mailing list https://mail.gnome.org/mailman/listinfo/mc-devel
Re: mc is over!? - post by Ilia Maslakov on Russian-speaking IT site
On Thu, 2015-05-28 at 12:11 +0200, Egmont Koblinger wrote: I disagree that a 20hrs/week commitment is required from someone. I don't think it's the right model, and we're unlikely to find anyone. There were times (about a year ago) when I had tons of time to contribute, yet mainstream dev's resources were the bottleneck in reviewing these changes. At other times they were active but I didn't have time to contribute. Just for the record, I didn't mean to say that mc should have only one maintainer who will contribute 20 hpw on a sustained basis. I was implying that this is my estimate for the minimal amount of workload to keep the project in a reasonable shape, but whether it comes from one person, or from 3 collaborating maintainers, I don't care :-) Of course, the more maintainers there are, the better, and I'd say 3x7 is actually better than 1x20 if only for the bus factor. On the other hand, I don't think that 7 hpw per person is very meaningful. In the last 2 weeks I struggled to extract 10 hpw, and they were gone in a split second. Anyways, thank you very much for your work on mc codebase, and g-t, which is still my favorite terminal emulator that I'm using every day; I can see the effect of your work very directly in terms of annoying bugs being fixed that have been haunting me for quite awhile... -- Sincerely yours, Yury V. Zaytsev ___ mc-devel mailing list https://mail.gnome.org/mailman/listinfo/mc-devel
