> > What about moving all tools into this (DHG_packages) repository and > > building package of them, `haskell-devtools' for example. > > not sure about this. Who will want to use the tools without the > repository? So what (besides Dependencies) is gained by duplicating the > scripts in both places? TL;DR; Packaging separates roles of `script writer` and `script user`. Correct. But there is non-technical issue. Packaging is not only dependencies, it is also style and documentation. Consider fresh-new script 'what-to-build.pl'. Well, I can guess what it does, and even it do right thing when called from where it is. But to get how does it decides it, I have to read source. I read Perl, but why should arbitary contributor? Script 'tag.pl' is almost copy-past from 'what-to-build.pl' (EVIL!), but I fail to say what it does from glance. All-in-all, problem is not documentation, problem is that it is intended for those who already knows how all this works. One day I tried to use `mass-upgrade.sh' and failed. To fight through errors, I had to read source of script, then man page of another dpkg-* tool, rinse and repeat. It is cathedral. So I belive that packaging out scripts will force us to write them more newbie-friendly. > Also, if the tools live in the repo, they can find the path to the > packages using $(dirname $0) :-) Little problem. Just introduce something like DHG_PACKAGES_ROOT and set it in your .shellrc. > > Also, I am pretty sure that packages.txt should live with packages. > > Opinions? > Possibly yes, but I’d defer that change until the new repo is working > smoothly. No problems. > > X-Keep-In-CC: yes > I’ll try to keep that in mind. But please not that unless explicitly > requested, it is common practice in Debian to _not_ put people directly > in CC, so please avoid putting me in CC. Okay. I will add a hook. Also, I have idea, and even some steps of reimplementation out haskell-devscripts via debhelper ~kaction-guest/public_git/dh-haskell.git Why? Debhelper provides library that implements things, like `substvar', that we reimplement currently with grep and sed. In fact, main logic currently is in Dh_Haskell.sh. Perl may be not the cleanest language ever, but it is general-purpose one, unlike shell. Opinions? -- Accept: text/plain, text/x-diff Accept-Language: eo,en,ru X-Keep-In-CC: yes
Attachment:
pgprAsjlaNejz.pgp
Description: PGP signature