On Wed, 3 Apr 2013 at 15:06:36 +0400, Alexey I. Froloff wrote: > Hi, everyone! > > As Fedora packager, I find it difficult to work with current > dockapps.git repo. There was discussion about that couple of > months ago, let me remind key issues: > > 1. No releases for particular dockapps. Yes, we have continuous > development, but package maintainers need release tarballs. > 2. Dockapps uses different versioning schemes. There is no way > to know version of a particular dockapp.
What about using a unified dockapp version for all dockapps under the repository? Say that I tag the repo now as 'version 0.5' and all dockapps will have the extra version 'dockapps v0.5' attached to them. > I'd suggest to move from repo.or.cz to github. > We will have all github social features, > like forks, pull requests, issues and stuff. Github also > provides tarball download features for all published tags that > will satisfy package maintainer. I don't see that as really necessary. Apart from the pull request, which is not really needed for dockapp patches unless someone starts working with them as his/her dayjob and writing dozens of them, repo.or.cz has the other features too (which nobody uses anyway too). > I have already registered "dockapps" organization at github. > Each dockapp will have its' own repository with own history (I > can do it) and tags. > > What do you think? > Having one repository for each dockapp is way too much overhead, IMO. I won't have them all, for example. Simply because it's a pain to keep track of them all and do 'git pull's etc. And quite frankly, these unmantained dockapps which were ressurected in dockapps.git are so small that not having the fine version granularity for each of them makes sense. I say it's much more efficient to say "I'm using wmbiff and wmpager from dockapps version 0.5" then saying wmbiff version x.y and wmpager version z.y and go to each repository and check things out individually. It's _way_ more efficient to have them under the same repository. > P.S. I can keep history for each dockapp from "Strip off version > numbers from dir name" commit, or from the beginning of time. > The later needs a bit more work... Once one has more work to do, it is easier to fall behind and delay stuff and make others wait for it. When _I_ have to deal with inefficient work I run away screaming like mad. So my approach is to always make sure that the work to do is optimized as much possible so that I don't have to run. And IMHO you seem to want to create a more inefficient workflow around the already-not-loved-enough dockapps. My views might be wrong of course and more opinions are welcome. -- To unsubscribe, send mail to [email protected].
