Hello Russian Team,
Please make sure you call your init/config files in a different way
from 4.6.1 or put them in a different directory.
Right now your are modifying 'ini' without considering that users
may want to leave the old 4.6.1 install intact.
Further, it seems to me that you are
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
02.11.2009 19:23, y199mp1...@gmail.com wrote:
Hello Russian Team,
This is not right: Russian team was transform into international devel-team.
Please make sure you call your init/config files in a different way
from 4.6.1 or put them in a
On Mon, 2009-11-02 at 21:06 +0200, Slava Zanko wrote:
Please make sure you call your init/config files in a different way
from 4.6.1 or put them in a different directory.
Is you mean moving mc.wrapper.csh|sh from /usr/share/mc into
/usr/libexec/mc ?
I think that he wants us to pick another
y199mp1...@gmail.com wrote:
Hello Russian Team,
Please make sure you call your init/config files in a different way
from 4.6.1 or put them in a different directory.
Right now your are modifying 'ini' without considering that users
may want to leave the old 4.6.1 install intact.
Further, it
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Why not just having an own release branch decide on the milestone
field where to merge ?
Enrico, we need to concentrate on 'bugfixing' tickets, don't waste time
on 'code cleanup' or on 'feature request' tickets, please.
WBR, Slavaz.
-BEGIN
On Mon, 2009-11-02 at 22:11 +0200, Slava Zanko wrote:
Why not just having an own release branch decide on the milestone
field where to merge ?
Enrico, we need to concentrate on 'bugfixing' tickets, don't waste time
on 'code cleanup' or on 'feature request' tickets, please.
I think he is
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
02.11.2009 05:32, Enrico Weigelt wrote:
* Denys Vlasenko vda.li...@googlemail.com schrieb:
For example, you can have a rule that committer is responsible for that.
If you have a few people in your team whom you trust
that they are organized
* Yury V. Zaytsev y...@shurup.com schrieb:
I think that he wants us to pick another directory for configuration
files like .mc-new, but even in this case I can't really follow his
logic.
./configure --help ;-P
cu
--
-
* SZABĂ“ Gergely s...@subogero.com schrieb:
Actually mc implements a lot of CUA standards, but you seem to forget
about the Norton/Total/Far traditions. I think it's equally (or more)
important to conform to those traditions. Anybody who ever used a
two-pane file-manager knows by heart what
* Slava Zanko slavaza...@gmail.com schrieb:
Hi,
Enrico, we need to concentrate on 'bugfixing' tickets, don't waste time
on 'code cleanup' or on 'feature request' tickets, please.
sure, but isn't the milestone @trac field the proper filter ?
cu
--
10 matches
Mail list logo