On 03/04/2013 21:52, Carlos R. Mafra wrote: > On Wed, 3 Apr 2013 at 21:30:50 +0200, "Rodolfo García Peñas (kix)" wrote: >> On 03/04/2013 21:25, Carlos R. Mafra wrote: >>> On Wed, 3 Apr 2013 at 20:40:02 +0200, "Rodolfo García Peñas (kix)" wrote: >>>> >>>> One thing more, please hold only *one* repo for the dockapps. >>> >>> If we can agree on that first, we can try to work out the rest. >>> >>> But I also feel like having a central place for all these dockapps >>> is much better than having many scattered around. >>> >>> Another thing to consider is why does it matter to have a version >>> for _each_ dockapp. >>> >>> The strongest reason I guess is to be able to refer to something >>> specific when complaining about them, like in "dockapp foobar >>> version x.y.z is not working". >>> >>> If everybody agrees with that and all dockapps are inside the >>> same repo, then it's also easy to tag the repo and refer to that. >>> >>> For example, I don't even know nor do I care about which version >>> 'wmbiff' has right now. But I can say that it doesn't compile in the >>> current dockapps.git repo today with a recent gnutls lib. The label >>> to which I'm refering to is therefore the repo itself, not the dockapp. >>> >>> So my implicit suggestion to distros wanting to have the dockapps from >>> dockapps.git is that they should package them in one package, not 41. >>> >>> Say you put every dockapp under dockapps-repo-version.rpm and be done >>> with it. Would that work? >> >> IMO, no. Probably I want have only some dockapps, not all. > > My point is that it doesn't matter to much. > > Say you want to use only wmpager. You install the dockapps package > and you also get other 40 dockapps that you didn't want, but is that > really important? They are so small!
For example, in debian, I am the maintainer for some dockapps, but not for others. > IIRC, KDE games which would install a bunch of them. I think that > makes sense. In debian, kdegames is a metapackage. It only have dependencies to the differente games. But yes, we can do the same. If we will change the original dockapps for a new dockapp-group, probably we can remove duplicated files, include libraries,... See the wmgeneral folders, the libdockapps library,... Perhaps Carlos, Alexey, both can be uploaders for the dockapps, in repo.or.cz or github. But, IMO, we need something like drupal, with BTS,... all together. > The same for wmaker dockapps. Why not install all of them in one go? > >> But this is not incompatible with your idea. All dockapps can have the >> same version and I can have one meta-package "dockapps" or >> "wmaker-dockapps" with different packages (one per dockapp), and build >> all together. >> >> The reason because I don't like have the same version is because every >> dockapp is different, from different developers,... but, perhaps now is >> time to join them. Some of them are at the dockapps repo because are >> unmaintained, missing,... so perhaps we can change the version. > > That's what I think makes more sense. We should think about the dockapps > from dockapps.git as a whole. Being too fine-grained will hurt because > that's mantainance overhead. > >> One repo to rule them all. > > -- ||// //\\// Rodolfo "kix" Garcia ||\\// //\\ http://www.kix.es/ -- To unsubscribe, send mail to [email protected].
