* Neil Bothwick wrote:
> I think what Enrico is getting at is storing the new config files
> somewhere else, instead of the original path with the name prefixed
> by ._cfg.
ACK.
> Such a move would break {etc,conf,cfg}-update for no real benefit.
> What is the point of including these files in
On Thu, 11 Nov 2010 01:18:08 +0200, Alan McKinnon wrote:
> > According to the manpage, this only tells which directories should
> > be config-protect'ed. What I need is that these files should be put
> > under some prefix (w/ the same hierachy/names) instead of renamed
> > to ._cfg*.
>
> What v
Apparently, though unproven, at 00:02 on Thursday 11 November 2010, Enrico
Weigelt did opine thusly:
> * Alan McKinnon wrote:
> > Apparently, though unproven, at 23:37 on Wednesday 10 November 2010,
> > Enrico
> >
> > Weigelt did opine thusly:
> > > * Remy Blank wrote:
> > > > Put your /etc un
* Alan McKinnon wrote:
> Apparently, though unproven, at 23:37 on Wednesday 10 November 2010, Enrico
> Weigelt did opine thusly:
>
> > * Remy Blank wrote:
> > > Put your /etc under SVN, or Mercurial, or whatever revision control
> > > system du jour. Bonus points if you manage to store file and
Apparently, though unproven, at 23:37 on Wednesday 10 November 2010, Enrico
Weigelt did opine thusly:
> * Remy Blank wrote:
> > Put your /etc under SVN, or Mercurial, or whatever revision control
> > system du jour. Bonus points if you manage to store file and directory
> > permissions in there
* Remy Blank wrote:
> Put your /etc under SVN, or Mercurial, or whatever revision control
> system du jour. Bonus points if you manage to store file and directory
> permissions in there as well.
Is there a way to tell portage to conf-protected files under
some prefix ? This would allow easy inte
Mark Knecht wrote:
> My worry with etc-update is that I know, for the most part, all the
> files I modify when doing an install so I know what to look for when
> I'm selecting files to replace myself. However with that tool there's
> a point where you might have 20 files that need updating, you loo
On 11/04/2010 09:03 PM, Mark Knecht wrote:
On Thu, Nov 4, 2010 at 11:54 AM, Nikos Chantziaras wrote:
On 11/04/2010 06:43 PM, Mark Knecht wrote:
[...]
Looking around at VMware's site they recommend changing
/etc/sysctl.conf to enable the feature:
[...]
I can do that but I'm pretty sur
Am 04.11.2010 20:20, schrieb Alan McKinnon:
> Try conf-update, you might like it. It's a good middle-ground, I find.
I like cfg-update [*]. I use it with kdiff3, but you can use about any
merge tool you like, be it GUI or CLI. Looks quite sophisticated to me.
I only worry that it is not being dev
>
> I will have to try conf-update - its interface sounds nice.
>
>
If you run X, then cfg-update, configured to use meld for the
diffing/editing via GUI, is nice and clear.
On 4/11/2010, at 7:20pm, Alan McKinnon wrote:
> ...
> I find conf-update much better than dispatch-conf and etc-update. It's curses-
> based and displays the modified files in a tree structure by directory. Very
> intuitive display. And it's smart enough to know to just apply changes to
> files
On Thu, Nov 4, 2010 at 12:53 PM, Neil Bothwick wrote:
> On Thu, 4 Nov 2010 21:20:25 +0200, Alan McKinnon wrote:
>
>> I find conf-update much better than dispatch-conf and etc-update. It's
>> curses- based and displays the modified files in a tree structure by
>> directory. Very intuitive display.
On Thu, 4 Nov 2010 21:20:25 +0200, Alan McKinnon wrote:
> I find conf-update much better than dispatch-conf and etc-update. It's
> curses- based and displays the modified files in a tree structure by
> directory. Very intuitive display. And it's smart enough to know to
> just apply changes to file
Apparently, though unproven, at 21:03 on Thursday 04 November 2010, Mark
Knecht did opine thusly:
> On Thu, Nov 4, 2010 at 11:54 AM, Nikos Chantziaras wrote:
> > On 11/04/2010 06:43 PM, Mark Knecht wrote:
> >> Hi,
> >>When starting VMware-Player I get the following message:
> >>
> >> The ho
On Thu, Nov 4, 2010 at 11:54 AM, Nikos Chantziaras wrote:
> On 11/04/2010 06:43 PM, Mark Knecht wrote:
>>
>> Hi,
>> When starting VMware-Player I get the following message:
>>
>> The host's Linux kernel yield() functionality is disabled.
>> Multiprocessor virtual machines exhibit degraded perfo
On 11/04/2010 06:43 PM, Mark Knecht wrote:
Hi,
When starting VMware-Player I get the following message:
The host's Linux kernel yield() functionality is disabled.
Multiprocessor virtual machines exhibit degraded performance without
yield(). Choose 'OK' to enable the sysctl 'kernel.sched_comp
16 matches
Mail list logo
