[gentoo-user] Irritating problem #2-- colordiff

[gentoo-user] Irritating problem #2-- colordiff

[Holly Bostick]

Here's the kind of output I get from etc-update, for example:

Showing differences between /etc/conf.d/rc and /etc/conf.d/._cfg0000_rc
ESC[1;31m--- /etc/conf.d/rc     2005-12-22 10:42:50.000000000 +0100ESC[0;0m
ESC[1;34m+++ /etc/conf.d/._cfg0000_rc   2006-01-07 05:56:06.000000000
+0100ESC[0;0m
ESC[1;35m@@ -35,17 +35,23 @@ESC[0;0m
ESC[0;0m ESC[0;0m
ESC[0;0m RC_AUTO_INTERFACE="no"ESC[0;0m
ESC[0;0m ESC[0;0m
ESC[1;34m+# RC_DOWN_INTERFACE allows you to specify if RC will bring the
interfaceESC[0;0m
ESC[1;34m+# compeletly down when it stops. The default is yes, but there
are someESC[0;0m
ESC[1;34m+# instances where you may not want this to happen such as
using Wake On LAN.ESC[0;0m
ESC[1;34m+ESC[0;0m
ESC[1;34m+RC_DOWN_INTERFACE="yes"ESC[0;0m
ESC[1;34m+ESC[0;0m
ESC[0;0m # RC_VOLUME_ORDER allows you to specify, or even remove the
volume setupESC[0;0m
ESC[0;0m # for various volume managers (MD, EVMS2, LVM, DM, etc).  Note
that they areESC[0;0m
ESC[0;0m # stopped in reverse order.ESC[0;0m
ESC[0;0m ESC[0;0m
ESC[1;31m-RC_VERBOSE="no"ESC[0;0m
ESC[1;34m+RC_VOLUME_ORDER="raid evms lvm dm"ESC[0;0m
ESC[0;0m ESC[0;0m
ESC[0;0m # RC_VERBOSE will make init scripts more verbose. Only
networking scriptsESC[0;0m
ESC[0;0m # really use this at this time, and this is useful for trouble
shootingESC[0;0m
ESC[0;0m # any issues you may have.ESC[0;0m
ESC[0;0m ESC[0;0m
ESC[1;31m-RC_VOLUME_ORDER="raid evms lvm dm"ESC[0;0m
ESC[1;34m+RC_VERBOSE="no"ESC[0;0m
ESC[0;0m ESC[0;0m
ESC[0;0m # RC_BOOTLOG will generate a log of the boot messages shown on
the console.  ESC[0;0m
ESC[0;0m # Useful for headless machines or debugging.  You need to
emerge the ESC[0;0m
(END)

Clearly it's working, but.... not. This is in gnome-terminal, but the
term in use doesn't seem to make any difference, and this is worse than
nothing at all in terms of readablility (made even worse since using
colordiff is intended to /enhance/ readability).

Colordiff is set in /etc/etc-update.conf as recommended in the Wiki--
diff_command="colordiff -uN %file1 %file2",  which seems to be right
insofar as colordiff is working; it seems to me that the problem is that
the term is not recognizing/escaping the color codes as color codes, and
I don't know where to begin to find out why.  I'm using the most recent
colordiff available

 eix colordiff
* app-misc/colordiff
     Available versions:  1.0.3 1.0.4 1.0.5 1.0.5-r2
     Installed:           1.0.5-r2
     Homepage:            http://colordiff.sourceforge.net/
     Description:         Colorizes output of diff


Found 1 matches

and the relevant bug on bgo was fixed ages ago

http://bugs.gentoo.org/show_bug.cgi?id=16924

So I really have no clue, but I think it must be something I've done wrong.

Does anybody have a clue what that might be?

TIA,
Holly


-- 
gentoo-user@gentoo.org mailing list

Re: [gentoo-user] Irritating problem #2-- colordiff

[Mariusz Pękala]

[-- Attachment #1: Type: text/plain, Size: 1537 bytes --]

On 2006-01-07 15:53:39 +0100 (Sat, Jan), Holly Bostick wrote:
> Here's the kind of output I get from etc-update, for example:
[...]
> ESC[1;34m+RC_VERBOSE="no"ESC[0;0m
[...] 
> Clearly it's working, but.... not. This is in gnome-terminal, but the
> term in use doesn't seem to make any difference, and this is worse than
> nothing at all in terms of readablility (made even worse since using
> colordiff is intended to /enhance/ readability).
> 
> Colordiff is set in /etc/etc-update.conf as recommended in the Wiki--
> diff_command="colordiff -uN %file1 %file2",  which seems to be right
> insofar as colordiff is working; it seems to me that the problem is that
> the term is not recognizing/escaping the color codes as color codes, and
> I don't know where to begin to find out why.  I'm using the most recent
> colordiff available
[...]
> Does anybody have a clue what that might be?

What do you see in your terminal if you type this: ?
printf '\033[1;34m+RC_VERBOSE="no"\033[0;0m'

If this is ok, then you know that your terminal is ok, and there is
something with colordiff...

Do you have any alias or function around colordiff?

What if you use diff_command=/usr/bin/colordiff ..... ?

Did you remember that:
  "SCSI is *not* magic. There are *fundamental* *technical* *reasons*
  why you have to sacrifice a young goat to your SCSI chain every now and
  then." John F. Woods (jfw@funhouse.com)

:-)

HTH

-- 
No virus found in this outgoing message.
Checked by "grep -i virus $MESSAGE"

[-- Attachment #2: Type: application/pgp-signature, Size: 189 bytes --]

Re: [gentoo-user] Irritating problem #2-- colordiff

[Holly Bostick]

Mariusz Pękala schreef:
> On 2006-01-07 15:53:39 +0100 (Sat, Jan), Holly Bostick wrote:
> 
>> Here's the kind of output I get from etc-update, for example:
> 
> [...]
> 
>> ESC[1;34m+RC_VERBOSE="no"ESC[0;0m
> 
> [...]
> 
>> Clearly it's working, but.... not. This is in gnome-terminal, but
>> the term in use doesn't seem to make any difference, and this is
>> worse than nothing at all in terms of readablility (made even worse
>> since using colordiff is intended to /enhance/ readability).
>> 
>> Colordiff is set in /etc/etc-update.conf as recommended in the
>> Wiki-- diff_command="colordiff -uN %file1 %file2",  which seems to
>> be right insofar as colordiff is working; it seems to me that the
>> problem is that the term is not recognizing/escaping the color
>> codes as color codes, and I don't know where to begin to find out
>> why.  I'm using the most recent colordiff available
> 
> [...]
> 
>> Does anybody have a clue what that might be?
> 
> 
> What do you see in your terminal if you type this: ? printf
> '\033[1;34m+RC_VERBOSE="no"\033[0;0m'
> 
> If this is ok, then you know that your terminal is ok, and there is 
> something with colordiff...

za 01/07/06 18:49
Saffron: "He's my husband."

Mal: "Well who in the damn galaxy isn't?"
~
motub -> printf '\033[1;34m+RC_VERBOSE="no"\033[0;0m'
+RC_VERBOSE="no" <==this is blue

And in fact, normally my terminals do display color correctly; in my
prompt above, the date is pink, the fortune is white, the cwd is green,
and the actual prompt is yellow@white, then yellow again.
> 
> Do you have any alias or function around colordiff?

No. I don't actually use colordiff standalone, so no reason. I did,
however, have an (unnecessary) alias around etc-update, which I have now
removed, allowing it to rely solely on its sudo entry. But since I don't
have any updates to diff until I get my other little problem fixed,

But... sudo uses a sub-shell, as I have heard many times. Is it possible
that colordiff just doesn't work *in sudo*?

I admit, I never thought of that. This is why sudo gets on my nerves,
convenient as it is; that stupid subshell seems to lack all kinds of
basic (bash) shell functionality that I expect.

Anyway, thanks for the ideas, I suspect that you've pointed me in the
right direction. I'm sure I should be able to generate some updates
shortly; I won't do all of them so that I can test various
configurations and see if any of them work.

Holly
-- 
gentoo-user@gentoo.org mailing list

Re: [gentoo-user] Irritating problem #2-- colordiff

[John Myers]

[-- Attachment #1: Type: text/plain, Size: 504 bytes --]

On Saturday 07 January 2006 10:37, Holly Bostick wrote:
> No. I don't actually use colordiff standalone, so no reason. I did,
> however, have an (unnecessary) alias around etc-update, which I have now
> removed, allowing it to rely solely on its sudo entry. But since I don't
> have any updates to diff until I get my other little problem fixed,

Try changing your 'pager' variable in etc-update.conf from 'less' to 'less 
-R'.

-- 
# 
# electronerd, the electronerdian from electronerdia
#

[-- Attachment #2: Type: application/pgp-signature, Size: 198 bytes --]

Re: [gentoo-user] Irritating problem #2-- colordiff [Probably SOLVED]

[Holly Bostick]

John Myers schreef:
> On Saturday 07 January 2006 10:37, Holly Bostick wrote:
> 
>> No. I don't actually use colordiff standalone, so no reason. I did,
>>  however, have an (unnecessary) alias around etc-update, which I
>> have now removed, allowing it to rely solely on its sudo entry. But
>> since I don't have any updates to diff until I get my other little
>> problem fixed,
> 
> 
> Try changing your 'pager' variable in etc-update.conf from 'less' to
> 'less -R'.

Thank you John. During the course my various arguments with ~/.bashrc
today (after reading this), I also happened across a note in man
tsportageview (don't ask, whole 'nother story) which said:

-s, --use-less
              Filter the output through "less -Rh0" (good colour support)

So it seems pretty clear that the -R switch is essential for color
support. I adjusted my pager command to include it and think that it's
likely to work properly now.

But of course I never would have noticed that the switch in man
tsportageview confirmed that -R is really needed for color support in
less (despite having skimmed man less), if you hadn't said so first.

So thank you very much.

Holly
-- 
gentoo-user@gentoo.org mailing list

Re: [gentoo-user] Irritating problem #2-- colordiff [SOLVED confirmed]

[Holly Bostick]

Holly Bostick schreef:
> John Myers schreef:
>>
>>Try changing your 'pager' variable in etc-update.conf from 'less' to
>>'less -R'.
> 
> I adjusted my pager command to include it and think that it's
> likely to work properly now.

Confirmed that it does in fact work properly now, etc-update displays
the diffs in color.

Thank you again!

Holly
-- 
gentoo-user@gentoo.org mailing list