From: Alan McKinnon <alan.mckinnon@gmail.com>
To: gentoo-user@lists.gentoo.org
Subject: Re: [gentoo-user] Re: Lowest common denominator compile
Date: Mon, 4 Sep 2017 22:27:42 +0200 [thread overview]
Message-ID: <17e2d911-7f53-f7c9-4392-7b33d9b422ae@gmail.com> (raw)
In-Reply-To: <CAN0CFw3VzAHOusrud6JqhprF59UGDLosZE6L6tyvpr=OPa2dUA@mail.gmail.com>
On 04/09/2017 22:16, Grant wrote:
>> I have a network of very nearly identical Dell XPS 13 laptops that I
>> manage with a script. The master pushes the contents of its
>> filesystem to the others so I only have to manage one system. It's
>> worked really well over several years. I just got a new Dell XPS 13
>> to serve as the master and there have been some changes that were
>> difficult to integrate with the network (high-res screen, /dev/sda
>> replaced with /dev/nvme0n0) but those problems are fixed thanks to you
>> guys.
>>
>> Now I'm running into "trap invalid opcode" errors on the older
>> systems. Can I disable some of the newer CPU instruction sets on the
>> master laptop when compiling to hopefully generate binaries that will
>> work on the older systems? If so, could anyone point me in the right
>> direction? I don't want to use distcc please.
>>
>> CHOST="x86_64-pc-linux-gnu"
>> CFLAGS="-march=native -O2 -pipe -fomit-frame-pointer"
>
>
> Switching to -mtune=native seems to work. Time for an emerge -e world.
Also time for ansible. Why you managing a fleet of machines with a
script that won't actually differentiate properly between machines? It
will sorts mostly do it right, except when you forget something.
This is exactly the use-case ansible was designed for: declarative,
idempotent, predictable management of a fleet of machines that may or
may not be around when you feel like updating something (so it catches
up later), and needs only sshd and python to do it's magic :-)
Never mind that ansible was written with servers in mind; in terms of
management where you do $STUFF_THAT_NEEDS_MANAGING, there is no
difference between servers and laptops. A computer is still just a computer.
</me also laments the lack of poudriere on Gentoo. But that's for
another time>
--
Alan McKinnon
alan.mckinnon@gmail.com
next prev parent reply other threads:[~2017-09-04 20:33 UTC|newest]
Thread overview: 18+ messages / expand[flat|nested] mbox.gz Atom feed top
2017-09-04 19:39 [gentoo-user] Lowest common denominator compile Grant
2017-09-04 20:16 ` [gentoo-user] " Grant
2017-09-04 20:27 ` Alan McKinnon [this message]
2017-09-04 20:55 ` Grant
2017-09-04 21:20 ` Alan McKinnon
2017-09-05 0:01 ` Grant
2017-09-05 15:07 ` Alan McKinnon
2017-09-06 3:31 ` Grant
2017-09-05 1:54 ` Ian Zimmerman
2017-09-05 13:54 ` Grant
2017-09-05 14:39 ` Ian Zimmerman
2017-09-05 0:53 ` R0b0t1
2017-09-05 8:37 ` [gentoo-user] " Walter Dnes
2017-09-05 13:53 ` Grant
2017-09-06 3:28 ` Grant
2017-09-06 3:37 ` R0b0t1
2017-09-06 3:43 ` Grant
2017-09-06 4:32 ` R0b0t1
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=17e2d911-7f53-f7c9-4392-7b33d9b422ae@gmail.com \
--to=alan.mckinnon@gmail.com \
--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