Hello, On Wed, 22 Nov 2017, Jeremi Piotrowski wrote: >That being said: if you do a world rebuild you will have lots of packages
that (even without the fetch) spend 40 seconds setting up the emerge (unpack, prepare (plus eautoreconf))... >that spend ~40 seconds doing their autoconf run, only to build 2-3 sources >files. Well, yes, autoreconf can be slow, configure itself less, but as one writing both .spec files for rpms and .ebuilds, autotools is _by far_ the best both from a users and a packagers view. Where's e.g. cmake's equvialent to "./configure --help"? Take defaults or dig through whatnot spreadout cmake-files to find what -D arguments to use... *bwah* Or qmake. Or whatnot. Yes. autotools sucks. A lot. But it is transparent and easily hackable[1], and the rest sucks a lot worse. -dnh [1] do a "grep" on 'sed .. configure{,.ac,.in}' in ebuilds and patches in ${FILESDIR}/ to configure{,.ac,.in} in the portage tree, and/or sedding/patching *.m4 files ... That's definitely "hacking" the autotools build process which should not be done (a autotools tarball is "selfcontained"). But it's so easy, it is done quite often, instead of patching up the result, moving files around etc. So easy and convenient, there's even "eautoreconf", even though that takes (single-threaded) time to run. But rightly so. Upstream is "notoriously" bad... The hoops you have to jump through for a clean package with autotools are "walkthroughs" compared to the stuff needed for cmake or qmake or ... I recently just gave up on a (qmake) package, I just could not find what *.prf, *.pri *whatnot file I needed to patch up to do as I needed... And I'm not a newbie at patching that stuff. And if you're adventurous, go and try patch up libreoffice or mozillen ... ;) It's a pain. (BTW: I'm on the former, patching out a lot of deps, like, when was the last time, if ever, you needed to get a WordPerfect or Zoner Draw file to load?) Yes, all nicely "useflagged", 406 lines of -U0 diff ATM with a 576 lines original ebuild, but not ready yet ;) And yes, I'm even on the "libstaroffice" stuff, and I _do_ have some of those file to load and convert for myself... -- >Someone from the society for prevention of cruelty to paper is sure to come >after me if I suggest ramming it up a HR droid's ass. Actually, it's that Lumber Cartel (TINLC) Directive (TAND) regarding inappropriate use of their products. -- in asr