2009/5/3 Rodolfo S. Carvalho <[email protected]>: > Sorry, I needed to ask this e-mail. > > On Sat, May 2, 2009 at 6:43 PM, Bartosz SKOWRON <[email protected]> wrote: >> Please stop this thread. Please drop this idea. As you see, some of >> use don't agree with this idea. Moreover, this idea impacts on our >> work. I'm talking about PM/UMPA. So, sorry but me and Francesco are >> the closest to this code and we know a bit more about an architecture >> of this. >> >> I remember that last year I have already talk with you about using >> Umit's code by UMPA. And my sentence haven't changed since that time. >> If there is a reason to use 2 lines of Umit code in UMPA, I would make >> a copy paste than making a dependence. It breaks all the features >> which a LIBRARY gives to anybody. >> >> Please don't compare this situation to Python or Apache. Basically you >> are wrong about Apache. Also Python doesn't use: python. namespace. >> And there is no relation between Umit and these projects. They are > > You're saying that UMPA and PM are not related to Umit. What can it be > possible, since UMPA and PM *are* part of Umit? This fact is enough to > these projects follow the same standards of the others. I don't think > we have to think different because UMPA or PM doesn't use class from > umit.core or other package. And really, I can't understand what's the > point about following the new naming convention.
They aren't part of UMIT in the sense that UMPA is a independent library and don't use anyone of the classes exposed by UMIT software and also PM doesn't depends on UMIT code-base. Other softwares are going to be directly integrated into umit so the problem will not be for them. For the projects that aren't going to be merged in the UMIT I've already exposed some scenarios we could encounter in a previous mail. BTW I can't understand the real goal of that restructuring. If the goal is to recognize that every source code file is part of UMIT what's the better method to use the copyright header. I mean we have a copyright header for every source file. Would be nice to create a non-profit organization called UMIT formed by us and then reassign the copyright to that organization. This method should be the simplest to use because it requires only the sed command to be done. > >> completely different. It's like comparing petrol and diesel engines. >> Both are enginges. But there is no relation to compare it. Also, I can >> show you thousands of examples with projects in other way (like >> already shown you Gnome, Kde, Linux is another one. >> >> Please don't make a world nicer if there is no need of it. U in UMPA >> is Umit. UMPA webiste is a subdomain of Umit. There is enough relation >> if someone need to know where the library come from. Sorry, but I >> wanna keep UNIX style. It's crucial for me. I see benefits of it. > > Could you show here the benefits of it? I mean, for Umit sake? And > what would be lost (of these benefits) if we simply change the > namescape scope (e.g. from umpa to umit.umpa)? > >> >> PS. One year ago I asked Guilherme, why structure of Umit is so >> strange. Why there are these 'umitCore' and others. He said, that he >> wanted to change it but you disallowed on it. After a year, you >> noticed that it's a good way. Trust me, this time is still good way to >> keep it separately. I'm talking especially about UMPA/PM. Not about >> others which use widely Umit code. Here it's obvious that you are >> right. >> > > I'm sorry if I used some rude tone here, it was not my intention. I > just want to know about the reasons of this discussion. I really > didn't get the point that is bothering you. > > -- > Rodolfo Carvalho > Web Developer > [email protected] > > ------------------------------------------------------------------------------ > Register Now & Save for Velocity, the Web Performance & Operations > Conference from O'Reilly Media. Velocity features a full day of > expert-led, hands-on workshops and two days of sessions from industry > leaders in dedicated Performance & Operations tracks. Use code vel09scf > and Save an extra 15% before 5/3. http://p.sf.net/sfu/velocityconf > _______________________________________________ > Umit-devel mailing list > [email protected] > https://lists.sourceforge.net/lists/listinfo/umit-devel > -- Best regards, Francesco Piccinno ------------------------------------------------------------------------------ Register Now & Save for Velocity, the Web Performance & Operations Conference from O'Reilly Media. Velocity features a full day of expert-led, hands-on workshops and two days of sessions from industry leaders in dedicated Performance & Operations tracks. Use code vel09scf and Save an extra 15% before 5/3. http://p.sf.net/sfu/velocityconf _______________________________________________ Umit-devel mailing list [email protected] https://lists.sourceforge.net/lists/listinfo/umit-devel
