[pacman-dev] Time for changes

Douglas Andrade dsandrade at gmail.com
Wed Oct 4 08:15:18 EDT 2006


On 10/4/06, Essien Ita Essien <essiene at datavibe.net> wrote:
> Roman Kyrylych wrote:
> > 2006/10/4, VMiklos <vmiklos at frugalware.org>:
> >
> > <snip>
> >
> > Come on, guys! Why not just relax and first come to decission about
> > what copyright info style should be in Pacman - like in SDL or like in
> > kernel & MPlayer?
> >
> > In the first case there is standard copyright info for entire project,
> > that repeats in _every_ file.
> > Example:
> >   SuperProjectX. Copyright (C) 1997-2006, SomeCompany.
> >
> > In the second case every file has its own copyright info.
> > Example  main.c:
> >   SuperProjectX. Copyright (C) 1997-2006, SomeCompany.
> > some_functions.c:
> >   SuperProjectX. Copyright (C) 1997-2006, SomeCompany.
> >   SuperProjectX. SomeFunctions. Copyright (C) 1999-2004, good guy.
> >   Some megacool feature support - contriubuted by another good guy.
> >
> > Then if you come to conclusion - there will be no misunderstandings
> > about what to include and in which form.
> > I don't think any of devs are very bothered with copyrights. There
> > just should be standard policy about this.
> >
> >
> exactly!
>
> IMOHO... this is a *very* small disctration. I've been lurking here for
> a while under a huge rock, waiting for activity on pacman-3, and now
> when Aaron is ready to get things cranking to a release state, we're
> going to be side tracked by politics? meh! We're way cooler than this I
> believe.
>
> Like Roman observed, there are _clearly_ two different approaches to
> things, and while Aurielen and Vmiklos took one approach, Aaron expects
> another approach.
>
> IMOHO, Aaron, since you're right now incharge of the project, pick one
> Method and lets us live with it and move on to getting pacman out the
> door, its been waaaay too long in development already i think (though
> the method you pick does not have to be the one you really like,
> considering the work vmiklos and co have done, in the end, both methods
> work, various projects use either).

+1. I could not say anything better, i make our words mine.

> /me silently goes back to lurking under said HugeRock(tm)

/me too :o)

>
>
> _______________________________________________
> pacman-dev mailing list
> pacman-dev at archlinux.org
> http://www.archlinux.org/mailman/listinfo/pacman-dev
>




More information about the pacman-dev mailing list