From: David Haller <gentoo@dhaller.de>
To: gentoo-user@lists.gentoo.org
Subject: Re: [gentoo-user] is multi-core really worth it?
Date: Wed, 22 Nov 2017 09:34:27 +0100 [thread overview]
Message-ID: <20171122083427.oseoylee2h3h6po7@grusum.endjinn.de> (raw)
In-Reply-To: <20171122072601.GA18724@gentoo-tp>
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
next prev parent reply other threads:[~2017-11-22 8:34 UTC|newest]
Thread overview: 36+ messages / expand[flat|nested] mbox.gz Atom feed top
2017-11-22 6:52 [gentoo-user] is multi-core really worth it? Raffaele Belardi
2017-11-22 7:21 ` R0b0t1
2017-11-22 7:26 ` Jeremi Piotrowski
2017-11-22 8:23 ` Neil Bothwick
2017-11-22 8:34 ` David Haller [this message]
2017-11-22 10:07 ` [gentoo-user] " Martin Vaeth
2017-11-22 11:26 ` David Haller
2017-11-23 22:47 ` Martin Vaeth
2017-11-22 13:12 ` [gentoo-user] " Raffaele Belardi
2017-11-22 13:23 ` J. Roeleveld
2017-11-22 14:11 ` Tsukasa Mcp_Reznor
2017-11-22 14:34 ` Wols Lists
2017-11-22 16:27 ` J. Roeleveld
2017-12-05 4:11 ` Taiidan
2017-12-05 4:17 ` R0b0t1
2017-12-05 10:09 ` Peter Humphrey
2017-12-05 10:46 ` Wols Lists
2017-12-05 11:13 ` Raffaele Belardi
2017-12-05 11:39 ` Mick
2017-12-05 13:07 ` Peter Humphrey
2017-12-05 13:57 ` Wols Lists
2017-12-05 14:13 ` Peter Humphrey
2017-12-05 21:56 ` Neil Bothwick
2017-12-06 13:29 ` Wols Lists
2017-12-06 15:34 ` Alan McKinnon
2017-12-06 16:07 ` Wols Lists
2017-12-06 23:51 ` [gentoo-user] " Ian Zimmerman
2017-12-06 16:12 ` [gentoo-user] " Wols Lists
2017-12-06 17:24 ` Kai Peter
2017-11-22 7:48 ` David Haller
2017-11-22 8:32 ` J. Roeleveld
2017-11-22 8:57 ` David Haller
2017-11-22 12:16 ` Peter Humphrey
2017-11-22 16:36 ` Neil Bothwick
2017-11-28 10:07 ` [gentoo-user] " Raffaele Belardi
2017-12-01 10:39 ` J. Roeleveld
Reply instructions:
You may reply publicly to this message via plain-text email
using any one of the following methods:
* Save the following mbox file, import it into your mail client,
and reply-to-all from there: mbox
Avoid top-posting and favor interleaved quoting:
https://en.wikipedia.org/wiki/Posting_style#Interleaved_style
* Reply using the --to, --cc, and --in-reply-to
switches of git-send-email(1):
git send-email \
--in-reply-to=20171122083427.oseoylee2h3h6po7@grusum.endjinn.de \
--to=gentoo@dhaller.de \
--cc=gentoo-user@lists.gentoo.org \
/path/to/YOUR_REPLY
https://kernel.org/pub/software/scm/git/docs/git-send-email.html
* If your mail client supports setting the In-Reply-To header
via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line
before the message body.
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox