Hello,
Ok. May be I don't know much about another organizations. At least I know
the scope of Umit Project:
Umit Project contains:
Umit, PacketManipulator, UMPA, UmitWeb, UmitBluetooth, etc.
Is it true, right?
*Hypothetically*, Umit Project is a good name to a package, so:
umitproject.umit.core
umitproject.umpa
umitproject.pm
We're trying to put the reality in the code. Just it, nothing more.
On Sat, May 2, 2009 at 9:12 PM, Bartosz SKOWRON <[email protected]> wrote:
> On Sat, May 2, 2009 at 9:06 PM, Rodolfo S. Carvalho
> <[email protected]> wrote:
>
> > Oops! Gtk was created before gnome, and Qt before KDE.
>
> And you really think that if it wouldn't be this way, they will be
> under KDE/GNOME? If so, you are wrong. And my close friend (best man
> on my sister's wedding) Zack Rusin is (or was) general director of KDE
> for years and we talk about this once....
>
> >> Please don't break some rules of computer science, just because.
> >> Otherwise, please provide strong arguments first.
> > I think there is not a big problem with following, for example, the
> > project model of Twisted Matrix[1]. You can install twisted as
> > separate packages. It continues like twisted.something, independently
> > if you're using one packet or the whole all-in-one installer.
>
> Of course. Twisted additional packages can't be used without the core.
> UMPA or PM can be used without Umit. A bit difference, isn't? But, I
> really agree to make packages like: umit, umit-bt, umit-web, umit-zion
> etc. to make it in this twisted way. Just UMPA and PM don't fit in it
> (and maybe few others projects, don't know)
>
> > Well. I think that we should think about the name "Umit". The project.
> > The product. I think we're going to get the project stronger if we
> > release the packages at the same namespace. I could release UmitWeb as
> > a separate package, fork the project, or something else, trying to
> > spread my name or UmitWeb's name, but I don't. Helping on Umit's
> > growing is what I want to do, and I'm proud of put my package inside
> > umit's main package.
>
> You are right. But PM or UMPA don't fork anything. More, UMPA is a
> library. Kind of different scope.
>
> > BTW, I'm moving my packages for umit.web and umit.web.views after
> > integrate the trunk code into my branch.
>
> cool!
>
>
> ------------------------------------------------------------------------------
> 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,
--
Luís A. Bastião Silva
------------------------------------------------------------------------------
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
