On Thu, 12 Dec 2013 17:49:01 -0800, Grant wrote:
> What if the push is done while no one is logged in to the system(s)
> being updated? I could also exclude /dev, /sys, /proc, and /run and
> reboot after the update. If that's not good enough, what if I boot
> the systems being updated into read-
On Thu, 12 Dec 2013 18:06:40 -0800, Grant wrote:
> I may end up using portage instead of rsync but I think I'd like to
> try rsync first. Am I setting myself up for failure?
Tried and tested system maintenance tool vs. home brewed modification of
critical files... I'd say a definite possibility
On 13/12/2013 03:49, Grant wrote:
>>> I'm about to embark on this (perilous?) journey and I'm wondering if
>>> anyone would make a comment on any of the questions in the last
>>> paragraph below. This is basically my plan for setting up a bunch of
>>> systems (laptops) in an office which are hardw
On 13/12/2013 01:54, Grant wrote:
> I'm about to embark on this (perilous?) journey and I'm wondering if
> anyone would make a comment on any of the questions in the last
> paragraph below. This is basically my plan for setting up a bunch of
> systems (laptops) in an office which are hardware-iden
>>> I'm about to embark on this (perilous?) journey and I'm wondering if
>>> anyone would make a comment on any of the questions in the last paragraph
>>> below. This is basically my plan for setting up a bunch of systems
>>> (laptops) in an office which are hardware-identical to my own laptop and
>> I'm about to embark on this (perilous?) journey and I'm wondering if
>> anyone would make a comment on any of the questions in the last
>> paragraph below. This is basically my plan for setting up a bunch of
>> systems (laptops) in an office which are hardware-identical to my own
>> laptop and
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA256
On 13/12/13 11:16, Poison BL. wrote:
> On Thu, Dec 12, 2013 at 6:54 PM, Grant wrote:
>> I'm about to embark on this (perilous?) journey and I'm wondering if
>> anyone would make a comment on any of the questions in the last paragraph
>> below. Thi
On Thu, Dec 12, 2013 at 6:54 PM, Grant wrote:
> I'm about to embark on this (perilous?) journey and I'm wondering if
> anyone would make a comment on any of the questions in the last
> paragraph below. This is basically my plan for setting up a bunch of
> systems (laptops) in an office which are
I'm about to embark on this (perilous?) journey and I'm wondering if
anyone would make a comment on any of the questions in the last
paragraph below. This is basically my plan for setting up a bunch of
systems (laptops) in an office which are hardware-identical to my own
laptop and creating a fram
> I see what you desire now - essentially you want to clone your laptop
> (or big chunks of it) over to your other workstations.
I've been working on this and I think I have a good and simple plan.
My laptop roams around with me and is the "master" system. The office
router is the "subma
Alan McKinnon wrote:
>On 30/09/2013 19:31, Grant wrote:
Keeping all of the laptops 100% identical as far as hardware is
central to this plan. I know I'm setting myself up for big
>problems
otherwise.
I'm hoping I can emerge every package on my laptop that every other
On Tue, 01 Oct 2013 10:04:54 -0400, Michael Orlitzky wrote:
> With portage-2.2 stable, you can now put sets in overlays.
Nice! I missed that.
--
Neil Bothwick
System halted - Press all keys at once to continue.
signature.asc
Description: PGP signature
Jumping in randomly:
With portage-2.2 stable, you can now put sets in overlays. This has
greatly simplified our shared configuration, because I can push out a
base set of packages to every system just by including it in our overlay
(which is configured on every machine).
If you can push out packa
On Mon, 30 Sep 2013 23:07:14 -0700, Grant wrote:
> Build time itself really isn't a big deal. I can have the
> clients update overnight. Whether the clients emerge or emerge -K is
> the same amount of admnistrative work I would think.
I can think of one exception, the occasional ebuild that doe
>> > I'm soaking up a lot of your time (again). I'll return with any real
>> > Gentoo questions I run into and to run down the final plan before I
>> > execute it. Thanks so much for your help. Not sure what I'd do
>> > without you. :)
>>
>> I'm sure Neil would step in if I'm hit by a bus
>> He'
On 01/10/2013 08:07, Grant wrote:
> Keeping all of the laptops 100% identical as far as hardware is
> central to this plan. I know I'm setting myself up for big problems
> otherwise.
>
> I'm hoping I can emerge every package on my laptop that every other
> laptop needs. Th
>> > Puppet seems like overkill for what I need. I think all I really need
>> > is something to manage config file differences and user accounts. At
>> > this point I'm thinking I shouldn't push packages themselves, but
>> > portage config files and then let each laptop emerge unattended based
>>
Keeping all of the laptops 100% identical as far as hardware is
central to this plan. I know I'm setting myself up for big problems
otherwise.
I'm hoping I can emerge every package on my laptop that every other
laptop needs. That way I can fix any build problems and
On Mon, 30 Sep 2013 21:31:18 +0200, Alan McKinnon wrote:
> > I'm soaking up a lot of your time (again). I'll return with any real
> > Gentoo questions I run into and to run down the final plan before I
> > execute it. Thanks so much for your help. Not sure what I'd do
> > without you. :)
>
>
On Mon, Sep 30, 2013 at 09:31:18PM +0200, Alan McKinnon wrote:
> >> (or big chunks of it) over to your other workstations.
> >
> > Puppet seems like overkill for what I need. I think all I really need
> > is something to manage config file differences and user accounts. At
> > this point I'm th
On 30/09/2013 19:31, Grant wrote:
>>> Keeping all of the laptops 100% identical as far as hardware is
>>> central to this plan. I know I'm setting myself up for big problems
>>> otherwise.
>>>
>>> I'm hoping I can emerge every package on my laptop that every other
>>> laptop needs. That way I can
On 09/30/2013 06:31 PM, Grant wrote:
>>> Keeping all of the laptops 100% identical as far as hardware is
>>> central to this plan. I know I'm setting myself up for big problems
>>> otherwise.
>>>
>>> I'm hoping I can emerge every package on my laptop that every other
>>> laptop needs. That way I
>> Keeping all of the laptops 100% identical as far as hardware is
>> central to this plan. I know I'm setting myself up for big problems
>> otherwise.
>>
>> I'm hoping I can emerge every package on my laptop that every other
>> laptop needs. That way I can fix any build problems and update any
>
On 29/09/2013 20:31, Grant wrote:
[snip]
>> There's one thing that we haven't touched on, and that's the hardware.
>> Are they all identical hardware items, or at least compatible? Kernel
>> builds and hardware-sensitive apps like mplayer are the top reasons
>> you'd want to centralize things, bu
On Sun, 29 Sep 2013 11:31:17 -0700, Grant wrote:
> > Personally, I wouldn't do the building and pushing on my own laptop,
> > that turns me inot the central server and updates only happen when I'm
> > in the office. I'd use a central build host and my laptop is just
> > another client. Not all tha
I realized I only need two types of systems in my life. One hosted
server and bunch of identical laptops. My laptop, my wife's laptop,
our HTPC, routers, and office workstations could all be on identical
hardware, and what better choice than a laptop? Extremely
space-eff
On 27/09/2013 12:37, Grant wrote:
>>> I realized I only need two types of systems in my life. One hosted
>>> server and bunch of identical laptops. My laptop, my wife's laptop,
>>> our HTPC, routers, and office workstations could all be on identical
>>> hardware, and what better choice than a lap
>> I realized I only need two types of systems in my life. One hosted
>> server and bunch of identical laptops. My laptop, my wife's laptop,
>> our HTPC, routers, and office workstations could all be on identical
>> hardware, and what better choice than a laptop? Extremely
>> space-efficient, po
On 27/09/2013 06:33, Johann Schmitz wrote:
> Hi Alan,
>
> On 26.09.2013 22:42, Alan McKinnon wrote:
>> You will break things horribly and will curse the day you tried.
>> Basically, puppet and portage will get in each other's way and clobber
>> each other. Puppet has no concept of USE flags worth
Hi Alan,
On 26.09.2013 22:42, Alan McKinnon wrote:
> You will break things horribly and will curse the day you tried.
> Basically, puppet and portage will get in each other's way and clobber
> each other. Puppet has no concept of USE flags worth a damn, cannot
> determine in advance what an ebuild
On 26/09/2013 11:08, Grant wrote:
> I'm thinking of a different approach and I'm getting pretty excited.
>
> I realized I only need two types of systems in my life. One hosted
> server and bunch of identical laptops. My laptop, my wife's laptop,
> our HTPC, routers, and office workstations could
>> I'm trying to reduce the number of systems I spend time managing. My
>> previous plan was to set up multiseat on a small number of systems.
>> Now I'm wondering if it would be better to use multiple systems with
>> identical hardware and manage them in some sort of an optimized way so
>> that e
On 25/09/2013 23:18, Grant wrote:
> I'm trying to reduce the number of systems I spend time managing. My
> previous plan was to set up multiseat on a small number of systems.
> Now I'm wondering if it would be better to use multiple systems with
> identical hardware and manage them in some sort of
I'm trying to reduce the number of systems I spend time managing. My
previous plan was to set up multiseat on a small number of systems.
Now I'm wondering if it would be better to use multiple systems with
identical hardware and manage them in some sort of an optimized way so
that each set of iden
34 matches
Mail list logo