Grant wrote:
I've been emerging world today and I think one of the packages I
updated was a diff package. Now when I run etc-update the only info I
get from choosing to interactively merge the update with the original
is something like:
Showing differences between /etc/X11/rstart/rstartd.real and
> > I've been emerging world today and I think one of the packages I
> > updated was a diff package. Now when I run etc-update the only info I
> > get from choosing to interactively merge the update with the original
> > is something like:
> >
> > Showing differences between /etc/X11/rstart/rstart
On Mon, 28 Mar 2005 17:53:54 -0800 Grant <[EMAIL PROTECTED]> wrote:
> I've been emerging world today and I think one of the packages I
> updated was a diff package. Now when I run etc-update the only info I
> get from choosing to interactively merge the update with the original
> is something like
On Mon, 07 Feb 2005 01:03:01 -0700, Tres Melton wrote:
> I have a script called find-new-configs that has the single line:
>
> find `portageq config_protect` -iname '._cfg_*' 2> /dev/null
>
> and that works well for finding them. I also have another one that
> saves all of the config
I would have bailed on Gentoo long ago if it weren't for this life saver.
Last time I tried, the ebuild was broken (and out of date) -- very very
dissapointing.
However, you can get the source (0.9.4) and compile it very easily.
dev-util/meld
Latest version available: 0.9.0-r1
Latest
On Sun, 09 Jan 2005 14:29:44 +0100, Holly Bostick wrote:
> I know dispatch-conf does the same thing, but it does it a different
> way, and I don't understand the output (it displays diffs, for example,
> in such a way that I can't recognize which is which, and I don't easily
> see the commands
Ow Mun Heng wrote:
On Thu, 2005-01-06 at 17:34, Holly Bostick wrote:
On the other
hand, I can't understand how to use dispatch-conf at all.
Why would that be the case? The way you described etc-update, to me it
seems the same as dispatch-conf.
I know dispatch-conf does the same thing, but it does
On Thu, 2005-01-06 at 17:34, Holly Bostick wrote:
> On the other
> hand, I can't understand how to use dispatch-conf at all.
Why would that be the case? The way you described etc-update, to me it
seems the same as dispatch-conf.
Admitedly there are minor differences, but both of it does the sam
I use dispatch-conf since I got introduced to it. It's has Colordiffs
and it was RCS for file-revs.
me tto but also etc-update has colordiff:
# vim-users: you CAN use vimdiff for diff_command. (see NOTE_1)
diff_command="colordiff -uN %file1 %file2"
--
gentoo-user@gentoo.org mailing list
Mark Knecht wrote:
I cannot understand it either. It says things like left/right but
shows things top/bottom.
There's a (vertical) line separating the two diff outputs. One is on the
left (the original) and one is on the right (the proposed changes).
So left/right refers to, do you want to use t
> >>> Is it me or does anyone else find etc-update difficult
> >>> to do more than just "Replace original with update".
> >>> I find the interactive menu not friendly at all.
> >>> man etc-update is of no help either.
> >>> Any suggestions?
> >> you are using Gvim to show/edit the diffs, aren't you
050105 Rick Lapp wrote:
> On Wednesday 05 January 2005 09:06 pm, [EMAIL PROTECTED] wrote:
>> 050105 Rick Lapp wrote:
>>> Is it me or does anyone else find etc-update difficult
>>> to do more than just "Replace original with update".
>>> I find the interactive menu not friendly at all.
>>> man etc-u
No, tell me more about Gvim?
On Wednesday 05 January 2005 09:06 pm, [EMAIL PROTECTED] wrote:
> 050105 Rick Lapp wrote:
> > Is it me or does anyone else find etc-update difficult
> > to do more than just "Replace original with update".
> > I find the interactive menu not friendly at all.
> > man et
050105 Rick Lapp wrote:
> Is it me or does anyone else find etc-update difficult
> to do more than just "Replace original with update".
> I find the interactive menu not friendly at all.
> man etc-update is of no help either.
> Any suggestions?
you are using Gvim to show/edit the diffs, aren't y
On Thu, 2005-01-06 at 09:10, Mark Knecht wrote:
>
> I have tried dispatch-conf. I don't really remember how it went other
> than I had trouble there too so I'm still using etc-update in my
> 'very, very careful' mode...
I use dispatch-conf since I got introduced to it. It's has Colordiffs
and it
I cannot understand it either. It says things like left/right but
shows things top/bottom. I never know what it's doing so I quit, save
files, let it do the replacement and then compare the files again to
put my edits back in. Worse I jsut don't do the update. My cups
configuration is waiting for a
Rick Lapp wrote:
Is it me or does anyone else find etc-update difficult to do more than just
"Replace original with update".
I find the interactive menu not friendly at all. man etc-update is of no help
either.
Any suggestions?
--
gentoo-user@gentoo.org mailing list
man dispatch-conf
--
A
On Sat, Oct 11, 2003 at 06:55:34PM +0200, Denny Schierz wrote:
> hi,
>
> after some choices and replaces i become this:
>
> [...]
> description[zh_TW]=éé
> End of differences between /etc/sound/events/gnobots2.soundlist and
> /etc/sound/events/._cfg_gnobots2.soundlist
> 1) Replace original w
"brett holcomb" <[EMAIL PROTECTED]> writes:
> If you blindly say update it then etc-update sure will mess it up.
on a unix-system mostly anything you do blindly, as root, will mess
up your system. and, on a unix-system, with your eyes open, that
mess can be fixed.
> Every update that etc-
I haven't seen anything that "are obviously a computer programs".
The scripts under /etc/init.d appear pretty regularly in the
etc-update list. You forgot about those.
JZ
--
[EMAIL PROTECTED] mailing list
--- Jason Stubbs <[EMAIL PROTECTED]> wrote:
> There's a lot of talk that pops up in gentoo-dev regarding etc-update. For the
> time being, etc-update (or dispath-conf for a little protection) is about the
> best you'll get. Having said that, dispatch-conf *does* do automatic header
> and white-
On Thursday 18 September 2003 00:08, Ian Tindale wrote:
> On Wednesday 17 September 2003 3:50 pm, Jason Stubbs wrote:
> > On Wednesday 17 September 2003 21:27, Joshua Banks wrote:
> > > LOL..
> > >
> > > Do I need to be a computer programmer now to figure out what files I
> > > can update safel
On Wednesday 17 September 2003 3:50 pm, Jason Stubbs wrote:
> On Wednesday 17 September 2003 21:27, Joshua Banks wrote:
> > LOL..
> >
> > Do I need to be a computer programmer now to figure out what files I can
> > update safely and which ones I should ignore, keep,
> > throw-out...ect.ect..???
On 17 Sep 2003, at 1:24 pm, Gwendolyn van der Linden wrote:
brett holcomb [mailto:[EMAIL PROTECTED] wrote:
Well, if you use etc-update on files like /etc/fstab your
system will break.
Exactly. I would vote for keeping /etc/fstab.example in portage, and
making the copying/editing part of the inst
On Wed, 17 Sep 2003 14:24:22 +0200
"Gwendolyn van der Linden" <[EMAIL PROTECTED]> wrote:
[ rest snipped ]
> I guess the above is true for several other files. Any file that is
> hard/dangerous to merge automatically should NOT be in portage, but
> provided as an example or template instead. In
On Wednesday 17 September 2003 21:27, Joshua Banks wrote:
> LOL..
>
> Do I need to be a computer programmer now to figure out what files I can
> update safely and which ones I should ignore, keep,
> throw-out...ect.ect..
You don't need to be a programmer at all - that's much harder. What y
There's a lot of talk that pops up in gentoo-dev regarding etc-update. For the
time being, etc-update (or dispath-conf for a little protection) is about the
best you'll get. Having said that, dispatch-conf *does* do automatic header
and white-space merging and can also be set to auto-merge files
Yes,
I replied long ago saying that I now see how to use "etc-update" correctly. Thanks
though.
Maybe now you see why I started the other thread about "etc-update". I've actually
been able to
look through the various files that need updating and feel like I need to be a
programmer to
understand
On Wed, Sep 17, 2003 at 08:33:46AM -0400, brett holcomb wrote:
> If you blindly say update it then etc-update sure will
> mess it up. Every update that etc-update has wanted to do
> has wanted to replace my /dev/... with /dev/BOOT and take
> out my stuff and that would sure hose the system. Ot
On 14:27, mercoledì 17 settembre 2003, Joshua Banks wrote:
> 1) /etc/dispatch-conf.conf
> /etc/._cfg_dispatch-conf.conf
Don't know, I don't use it.
> 2) /etc/issue
> /etc/._cfg_issue
I kept mine, but if you replace it with the suggested one it won't hurt too
much. This file contains th
Except for base-layout updates which seem to include
/etc/hosts but even then it was only a few!
On Wed, 17 Sep 2003 14:37:12 +0200
Ross <[EMAIL PROTECTED]> wrote:
*agrees with brett*
if I haven't modified the file, I leave all the work up
to etc-update :) it
isn't much effort looking out fo
*agrees with brett*
if I haven't modified the file, I leave all the work up to etc-update :) it
isn't much effort looking out for the 4 or 5 files you need to worry about.
Ross.
On Wednesday 17 September 2003 14:33, brett holcomb wrote:
> If you blindly say update it then etc-update sure will
Joshua Banks [mailto:[EMAIL PROTECTED] wrote:
> Do I need to be a computer programmer now to figure out
> what files I can update safely and which
> ones I should ignore, keep, throw-out...ect.ect..
>
> Now I know I'm new to this, but this seems a little ridiculous.
I agree.
> The only files
My rule of thumb - if I haven't touched it myself then I
turn etc-update loose. Usually it's hosts, make.conf,
fstab and files that you have to edit and setup that I do
manually. Most of the files below you can let etc-update
have it's way. I don't know about dispatch-conf.
On Wed, 17 Sep 2
If you blindly say update it then etc-update sure will
mess it up. Every update that etc-update has wanted to do
has wanted to replace my /dev/... with /dev/BOOT and take
out my stuff and that would sure hose the system. Other
than running it through an editor manually I don't know of
anyway
You're welcome!
On Wed, 17 Sep 2003 05:02:21 -0700 (PDT)
Joshua Banks <[EMAIL PROTECTED]> wrote:
--- brett holcomb <[EMAIL PROTECTED]> wrote:
Well, I do it by using my editor (jstar) to show both
files - new on top, old on bottom. I then go through
and
After all they are almost always update
Unless it's a file that I edit and change I let etc-update
handle it. I'm not familiar with this file but if you
haven't messed with it or a program you use hasn't change
it then give it to etc-update.
On Wed, 17 Sep 2003 01:09:51 -0700 (PDT)
Joshua Banks <[EMAIL PROTECTED]> wrote:
Ok...
So
brett holcomb [mailto:[EMAIL PROTECTED] wrote:
> Well, if you use etc-update on files like /etc/fstab your
> system will break.
Exactly. I would vote for keeping /etc/fstab.example in portage, and
making the copying/editing part of the installation procedure (cp
/etc/fstab.example /etc/fstab; na
On Wed, Sep 17, 2003 at 08:00:59AM -0400, brett holcomb wrote:
> Well, if you use etc-update on files like /etc/fstab your
> system will break. Also, when you modify your make.conf
> file you don't want it overwritten mindlessly. If you
> notice etc-update will remove all your changes.
etc-up
--- brett holcomb <[EMAIL PROTECTED]> wrote:
> Well, I do it by using my editor (jstar) to show both
> files - new on top, old on bottom. I then go through and
> see what is new and then modify one of the files. For
> example, with make.conf I keep my old and move stuff from
> the new one to
Well, if you use etc-update on files like /etc/fstab your
system will break. Also, when you modify your make.conf
file you don't want it overwritten mindlessly. If you
notice etc-update will remove all your changes.
On Wed, 17 Sep 2003 02:42:59 -0400
Ben Sparks <[EMAIL PROTECTED]> wrote:
why
Well, I do it by using my editor (jstar) to show both
files - new on top, old on bottom. I then go through and
see what is new and then modify one of the files. For
example, with make.conf I keep my old and move stuff from
the new one to the old. However, with the last baselayout
/etc/servi
Feel pretty silly now :p
"etc-update"
Was staring me in the face the whole time begging me to use it...CORRECTLY...that is..
:D
JBanks
__
Do you Yahoo!?
Yahoo! SiteBuilder - Free, easy-to-use web site design software
http://sitebuilder.yahoo.com
--
[EMAIL PRO
Ok...
So do I goto the list when I'm unsure about differences in files that I'm unsure of.
Some of them
are common sense type differences but others I'm unsure of like "dispatch-conf.conf"
The new file doesn't have the header at the beginning and there are all sorts of
changes that are
beyond
Thanks for the replies everyone.
All the suggestions have helped.
JBanks
--- Andy Smith <[EMAIL PROTECTED]> wrote:
> On Tue, Sep 16, 2003 at 11:30:14PM -0700, Joshua Banks wrote:
> > Come-on... No fish in the Gentoo pond..tonight
> >
> > I'm not asking for you to hold my hand. I just need some
On Tue, Sep 16, 2003 at 11:30:14PM -0700, Joshua Banks wrote:
> Come-on... No fish in the Gentoo pond..tonight
>
> I'm not asking for you to hold my hand. I just need someone to confirm whether or
> not I'm doing
> this correctly. It seems that any time there's questions about "etc-update" everyo
On Wednesday 17 September 2003 13:49, Joshua Banks wrote:
> Just fishing here..+ acouple of questions.
>
> **
>
> "My Goal" in this posting:
> Is to learn how-to correctly manually update the files without the use of
> "ect-update".
Well, the "co
why not use etc-update? seems to save much hassle and time for me.
On Wed, 2003-09-17 at 02:30, Joshua Banks wrote:
> Come-on... No fish in the Gentoo pond..tonight
>
> I'm not asking for you to hold my hand. I just need someone to confirm whether or
> not I'm doing
> this correctly. It seems
Only thing i can say is instead of
cp new.cfg old.cfg
rm old.cfg
u could just
mv old.cfg new.cfg
Joshua Banks wrote:
Come-on... No fish in the Gentoo pond..tonight
I'm not asking for you to hold my hand. I just need someone to confirm whether or not
I'm doing
this correctly. It seems that any
Come-on... No fish in the Gentoo pond..tonight
I'm not asking for you to hold my hand. I just need someone to confirm whether or not
I'm doing
this correctly. It seems that any time there's questions about "etc-update" everyone
seems to be
"hush-hush".
I've layed out what my goal is, what I've
Hi Petri!
Did you by any chance change anything in /etc/etc-update.conf? There is
a line there
diff_command="diff -uN %file1 %file2"
Check if it is commented out (having a # character in front of it).
On Sun, 17 Aug 2003 14:14:47 +0300
Petri Lehtonen <[EMAIL PROTECTED]> wrote:
> Hi,
>
> When
On Sunday 03 August 2003 05:36 pm, Ian Tindale wrote:
> I'd like some sort of flag system which says to etc-update:
> "I've chosen to alter this file myself before, at some point in time"
> or
> "I've never touched this file in my life before, in fact, I didn't
> know it even existed."
>
> Of cours
I don't know how feasible it'd be, but I think if the files that are
getting updated could be contextually grouped that that could help quite
a bit.
So instead of having the list of 25 config files, there are sections A B
and C where A is something like "system files, be very careful here", B
is "
I'd like some sort of flag system which says to etc-update:
"I've chosen to alter this file myself before, at some point in time"
or
"I've never touched this file in my life before, in fact, I didn't know
it even existed."
Of course, it's not a foolproof system - it wouldn't catch files that I
ha
On Sunday 03 August 2003 00:15, Jason Stubbs wrote:
> Albeit this is only a
> minor change, but major changes could take place. If those changes are
> made available through portage then there is no need for any user to be
> subscribed to a mailing list, scan forums, etc. to be notified of the
> ch
On Sunday 03 August 2003 14:03, Steven Elling wrote:
> On Saturday 02 August 2003 15:23, Stephane Brossier wrote:
> > Hi,
> >
> > I emerge some ebuilds yesterday, and then i got a warning that I
> > should run etc-update to merge some files.
> >
> > I used the "-5" option which automaticall merge t
On Saturday 02 August 2003 15:23, Stephane Brossier wrote:
> Hi,
>
> I emerge some ebuilds yesterday, and then i got a warning that I
> should run etc-update to merge some files.
>
> I used the "-5" option which automaticall merge the files,
> and it seems it deleted some of my config files such
>
* Mark Knecht <[EMAIL PROTECTED]> [2003-08-02 15:39]:
> * On Sat, 2003-08-02 at 13:51, Kees Bergwerf wrote:
> > * Op zaterdag 2 augustus 2003 22:23, schreef Stephane Brossier:
> > > I used the "-5" option which automaticall merge the files,
> > > and it seems it deleted some of my config files suc
On Sat, 2003-08-02 at 13:51, Kees Bergwerf wrote:
> Op zaterdag 2 augustus 2003 22:23, schreef Stephane Brossier:
>
> > I used the "-5" option which automaticall merge the files,
> > and it seems it deleted some of my config files such
> > as /etc/fstab.
> > The result is that I cannot boot gentoo
On Saturday 02 August 2003 23:51, Kees Bergwerf wrote:
> Op zaterdag 2 augustus 2003 22:23, schreef Stephane Brossier:
> > I used the "-5" option which automaticall merge the files,
> > and it seems it deleted some of my config files such
> > as /etc/fstab.
> > The result is that I cannot boot gent
Op zaterdag 2 augustus 2003 22:23, schreef Stephane Brossier:
> I used the "-5" option which automaticall merge the files,
> and it seems it deleted some of my config files such
> as /etc/fstab.
> The result is that I cannot boot gentoo anymore. Pretty bad...
I always use the -3 option. Lots of c
On Saturday 02 August 2003 21:40, Heschi Kreinick wrote:
> > forget the space between "noauto, noatime" and all will be well, do this
>
> on
>
> > every line.
>
> [snip]
>
> > > none/dev/sh tmpfs defaults0 0
>
> Also, this should be /dev/shm, not /dev/sh, I believe. No
> forget the space between "noauto, noatime" and all will be well, do this
on
> every line.
[snip]
> > none/dev/sh tmpfs defaults0 0
Also, this should be /dev/shm, not /dev/sh, I believe. Not sure if this will
be a problem, but things could get wierd if you don't fix i
Very carefully.
Like any other tool that can affect how you machine runs you should make
sure you understand WHAT the tool will do before actually do it. In the
case of the -5 option, I would ignore it if I were you.
My $.02 worth,
=C=
*
* Cal Evans
* http://www.christianperformer.com
* Stay plu
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
On Saturday 02 August 2003 22:23, Stephane Brossier wrote:
> Hi,
>
> I emerge some ebuilds yesterday, and then i got a warning that I
> should run etc-update to merge some files.
>
> I used the "-5" option which automaticall merge the files,
> and it s
On Saturday 02 August 2003 21:23, Stephane Brossier wrote:
> #
> # noatime turns of atimes for increased performance (atimes normally aren't
> # needed; notail increases performance of ReiserFS (at the expense of
> storage
> # efficiency). It's safe to drop the noatime options if you want and to
Ok, I will do that. I'm just worried that this is going to be a reoccurring problem
in which case I guess I'm screwed.
Thanks,
Kent
On Tue, 1 Apr 2003 13:48:38 -0800
Alan <[EMAIL PROTECTED]> wrote:
> On Tue, Apr 01, 2003 at 02:43:14PM -0700, Kent Jantz wrote:
> > It doesn't appear to have cha
Ok, I will do that. I'm just worried that this is going to be a reoccurring problem
in which case I guess I'm screwed.
Thanks,
Kent
On Tue, 1 Apr 2003 13:48:38 -0800
Alan <[EMAIL PROTECTED]> wrote:
> On Tue, Apr 01, 2003 at 02:43:14PM -0700, Kent Jantz wrote:
> > It doesn't appear to have cha
On Tuesday 01 April 2003 06:43 pm, Kent Jantz wrote:
> It doesn't appear to have changed but that file had "garbage" in it before
> I changed it:
>
The "garbage" as you refer to it, is foreing language; not everyone speaks
English you know
> [__section_info__]
> description=Mailcheck
> descr
On Tue, Apr 01, 2003 at 02:43:14PM -0700, Kent Jantz wrote:
> It doesn't appear to have changed but that file had "garbage" in it before I changed
> it:
>
[snip]
>
> In any event if the above were the norm it doesn't explain why etc-update gets an
> error and quits before any changes are made.
It doesn't appear to have changed but that file had "garbage" in it before I changed
it:
[__section_info__]
description=Mailcheck
description[ar]=Ù^ÁØص اÙ^ÄبرÙ^Êد
description[be]=Ð^ßÑ^ÀавеÑ^Àка поÑ^ÈÑ^ÂÑ^Ë
description[bg]=Ð^ßÑ^ÀовеÑ^Àка на поÑ^ÉаÑ^Âа
description[ca]=AvÃs
> Replace the question marks with garbage. This is actually better then when I tried
> to update other selections with etc-update, all I get with those is a display full
> of garbage characters and then the xterm window locks up on Me. I guess I should be
> happy etc-update terminated before it
> "Ian" == Ian Truelsen <[EMAIL PROTECTED]> writes:
Ian> Could we not just check the last modified date vs. the create
Ian> date and if they match, assume the file has not been altered? Or
Ian> am I not as clear as I thought I was on what those two represent?
It would be better to keep track
Check bugs.gentoo.org for more information on the new dispatch-conf script, post any
etc-update type feature requests there, as dispatch conf is currently slated to
replace etc-update pending matching etc-update's feature set. Since dispatch-conf is
written in python, it has much more flexibili
ct: Re: [gentoo-user] etc-update
Ian, that was my point exactly.
I'm not saying that, by default, etc-update should update
all files
automatically but being able to tell it to update all
files that I know
I haven't manually changed would be a good thing.
Jason
Ian Truelsen wrote:
On Th
Still not a good thing. There could be some new option in the config
file that needs setting. Anyway, with the exception of the XFree
upgrade , we're not talking about a lot of time reviewing config
files. The longest I've ever spent other than the XFree upgrade was
five minutes. And that was a
On Thu, 6 Mar 2003 11:31:23 -0800
Balaji Srinivasan <[EMAIL PROTECTED]> wrote:
> One way these conflicts could be reduced is by separating out sections
> in config files that will most probably be modified by the user and
> those which are not. For example the USE directive and the CFLAGS
> direc
directory would also
help. This way in case things do go wrong we still have access to the old
files.
Balaji
-Original Message-
From: Jason Giangrande [mailto:[EMAIL PROTECTED]
Sent: Thursday, March 06, 2003 11:30 AM
To: [EMAIL PROTECTED]
Subject: Re: [gentoo-user] etc-update
Ian, that
Ian, that was my point exactly.
I'm not saying that, by default, etc-update should update all files
automatically but being able to tell it to update all files that I know
I haven't manually changed would be a good thing.
Jason
Ian Truelsen wrote:
On Thu, 6 Mar 2003 13:53:00 -0500
"Todd Pund
On Thu, 6 Mar 2003 13:53:00 -0500
"Todd Punderson" <[EMAIL PROTECTED]> wrote:
> Blindly merging new config files is extremely dangerous. As much of a
> pain as it is, it is of utmost importance that you take the time to
> review the changes and be sure they make sense for your system. You
> surely
Blindly merging new config files is extremely dangerous. As much of a pain
as it is, it is of utmost importance that you take the time to review the
changes and be sure they make sense for your system. You surely wouldn't
want your make.conf to just be overwritten. Not updating or blindly updating
Matt Tucker wrote:
-- nealbirch <[EMAIL PROTECTED]> spake thusly:
oh wow wish I had known about this a couple of weeks ago when I
had to merge dozens of updates... is there a way to pull the files
into emacs to use emacs diff function?
Yes, but it can be .. complicated. I'm using the follow
-- Matt Tucker <[EMAIL PROTECTED]> spake thusly:
> -- nealbirch <[EMAIL PROTECTED]> spake thusly:
>
>> oh wow wish I had known about this a couple of weeks ago when I
>> had to merge dozens of updates... is there a way to pull the files
>> into emacs to use emacs diff function?
> However, a
-- nealbirch <[EMAIL PROTECTED]> spake thusly:
> oh wow wish I had known about this a couple of weeks ago when I
> had to merge dozens of updates... is there a way to pull the files
> into emacs to use emacs diff function?
Yes, but it can be .. complicated. I'm using the following:
merge_com
Joe Stone wrote:
hi! On Monday 24 February 2003 05:07, Matt Tucker wrote:
From /etc/etc-update.conf:
# mode - 0 for text, 1 for menu (support incomplete) # note that
you need dev-util/dialog installed mode="0"
As I recall, the menu mode doesn't really work, so I'm a little
surpised you have it e
-- Joe Stone <[EMAIL PROTECTED]> spake thusly:
> Automerge functionality for trivial changes is also cool :-)
True. I've been wondering how people feel about automerge for
non-trivial changes, though.
--
[EMAIL PROTECTED] mailing list
hi!
On Monday 24 February 2003 05:07, Matt Tucker wrote:
> From /etc/etc-update.conf:
>
> # mode - 0 for text, 1 for menu (support incomplete)
> # note that you need dev-util/dialog installed
> mode="0"
>
> As I recall, the menu mode doesn't really work, so I'm a little
> surpised you h
-- Nick Rout <[EMAIL PROTECTED]> spake thusly:
> on my old gentoo install i type etc-update and there is a kind of
> ncurses gui app appears. according to qpkg -f etc-update is from
> portage 2.0.46-r12
>
> In my new gentoo install, it comes up in an older style wihich scrolls
> off the screen. v
Really the only time you'll see make.globals appear is when you've downgraded portage
as you just have. It is quite alrigth in this case to keep the new or the old
make.globals, either one will be quite acceptable. I tend to keep the one from the
portage I'm downgrading from in this situation,
On Saturday 22 February 2003 21:42, el lodger wrote:
> As you can see most of the changes are minor. FEATURES is
> commented in my make.conf. I just use the system defaults.
> RSYNC_TIMEOUT can be simply commented as well. That leaves only the
> header line to change.Should
> I replace the origina
90 matches
Mail list logo