Vote for removing rapps DB from trunk

Hey guys,


as some of you might have seen already we now have two copies of the more and more
increasing RAPPS DB in trunk. This is:


a) Absolutely unnecessary and does only result in one thing, two differing DBs

b) Shows even more that it’s not useful to have it in trunk at all.


Because of this I start a vote now to get your opinion in completely removing the RAPPS DB
from trunk into a subtree like done for many other things, too.

What do you think?


Greetings


Daniel Reimer






Gesendet von Windows Mail

[Michael Fritscher]

Hi,

if I'm right this database is downloaded by the tool at runtime, isn't it?
So it isn't needed to build a reactos-iso whith useful rapps, is it? Then
it could be moved in my opinion.

Best regards,
Michael Fritscher

>   Hey guys,
>
>
>  as some of you might have seen already we now have two copies of the more
>  and more increasing RAPPS DB in trunk. This is:
>
>
>  a) Absolutely unnecessary and does only result in one thing, two differing
>  DBs
>
>  b) Shows even more that it’s not useful to have it in trunk at all.
>
>
>  Because of this I start a vote now to get your opinion in completely
>  removing the RAPPS DB from trunk into a subtree like done for many other
>  things, too.
>
>  What do you think?
>
>
>  Greetings
>
>
>  Daniel Reimer
>
>
>
>
>
>
>  Gesendet von Windows Mail_______________________________________________
>  Ros-dev mailing list
>  Ros-dev(a)reactos.org
>  http://www.reactos.org/mailman/listinfo/ros-dev

[Hermès BÉLUSCA - MAÏTO]

Hi ! Yep, get rid of these rapps db files from the trunk and move them elsewhere (so that
each time they are updated we won’t have useless new revision numbers for the main
trunk)..

 

Cheers,

Hermès.

 

De : Ros-dev [mailto:[e-mail]] De la part de daniel.reimer(a)reactos.org
Envoyé : samedi 30 mai 2015 17:23
À : ros-dev(a)reactos.org
Objet : [ros-dev] Vote for removing rapps DB from trunk

 

Hey guys,

 

as some of you might have seen already we now have two copies of the more and more
increasing RAPPS DB in trunk. This is:

 

a) Absolutely unnecessary and does only result in one thing, two differing DBs

b) Shows even more that it’s not useful to have it in trunk at all.

 

Because of this I start a vote now to get your opinion in completely removing the RAPPS DB
from trunk into a subtree like done for many other things, too.

What do you think?

 

Greetings

 

Daniel Reimer

 

Gesendet von Windows Mail

[Pierre Schweitzer]

Hi,

With such idea, we could envision automatic cab generation on commit to
avoid devs to do it, so that any change done to it would be taken into
account without further human processing.

Regards,

On 01/06/2015 14:03, Hermès BÉLUSCA - MAÏTO wrote:
>   Hi ! Yep, get rid of these rapps db files from the
> trunk and move them elsewhere (so that each time they are updated we won’t have useless
> new revision numbers for the main trunk)..
>  
>   
>  
>  Cheers,
>  
>  Hermès.
>  
>   
>  
>  De : Ros-dev [mailto:[e-mail]] De la part de
> daniel.reimer(a)reactos.org
>  Envoyé : samedi 30 mai 2015 17:23
>  À : ros-dev(a)reactos.org
>  Objet : [ros-dev] Vote for removing rapps DB from trunk
>  
>   
>  
>  Hey guys,
>  
>   
>  
>  as some of you might have seen already we now have two copies of the more and more
> increasing RAPPS DB in trunk. This is:
>  
>   
>  
>  a) Absolutely unnecessary and does only result in one thing, two differing DBs
>  
>  b) Shows even more that it’s not useful to have it in trunk at all.
>  
>   
>  
>  Because of this I start a vote now to get your opinion in completely removing the RAPPS
> DB from trunk into a subtree like done for many other things, too.
>  
>  What do you think?
>  
>   
>  
>  Greetings
>  
>   
>  
>  Daniel Reimer
>  
>   
>  
>  Gesendet von Windows Mail
>  
>   
>  
>  
>  
>  
>  _______________________________________________
>  Ros-dev mailing list
>  Ros-dev(a)reactos.org
>  http://www.reactos.org/mailman/listinfo/ros-dev
>   

-- 
Pierre Schweitzer <pierre at reactos.org>
System & Network Administrator
Senior Kernel Developer
ReactOS Deutschland e.V.