#61357 closed defect (duplicate)
Port does not reset red colour of its output
| Reported by: | ballapete (Peter "Pete" Dyballa) | Owned by: | |
|---|---|---|---|
| Priority: | Normal | Milestone: | |
| Component: | base | Version: | 2.6.3 |
| Keywords: | catalina | Cc: | |
| Port: |
Description
When running port on the command line inside a *shell* buffer inside GNU Emacs it happens that it outputs some text in red colour – and does not take this this away:
---> Updating database of binaries ---> Scanning binaries for linking errors ---> No broken files found. ---> No broken ports found. root 252 /\
From the line ---> No broken files found. the terminal is in red (foreground colour).
Attachments (2)
Change History (10)
comment:1 Changed 4 years ago by ballapete (Peter "Pete" Dyballa)
comment:2 Changed 4 years ago by jmroot (Joshua Root)
None of those messages try to use any colour codes or behave any differently depending on where the output is going. They use ui_msg which is just a wrapper for puts to stdout when using the port front end. This seems more likely to be an emacs bug.
comment:3 Changed 4 years ago by ryandesign (Ryan Carsten Schmidt)
| Component: | ports → base |
|---|---|
| Port: | port removed |
comment:4 follow-up: 5 Changed 4 years ago by ryandesign (Ryan Carsten Schmidt)
Is this the same problem you previously reported in #53404?
comment:5 Changed 4 years ago by ballapete (Peter "Pete" Dyballa)
Replying to ryandesign:
Is this the same problem you previously reported in #53404?
Yes, it is. Since I cannot use X11 on Catalina (it would need to create font cache files in read-only areas) I have to use Terminal regularly and need to use GNU Emacs' terminal emulation (outside its *compilation* buffer). There might be a bug in GNU Emacs: The red colour starts with "No" which is often output by configure scripts – and coloured in red. Could be some software particle interprets port's output as that of configure…
comment:6 Changed 4 years ago by ballapete (Peter "Pete" Dyballa)
It's also possible that port's progress meter causes some failures. It's a stream of ANSI ESC sequences that are emitted. It's at least possible that some byte gets lost and some bits get garbled – often the system shows some load when installing software and then it's likely that some failures might happen. Is it possible to switch that progress meter off and nothing else?
Changed 4 years ago by ballapete (Peter "Pete" Dyballa)
| Attachment: | Foreground colour changes while installing a port.png added |
|---|
Foreground colour changes while installing a port
Changed 4 years ago by ballapete (Peter "Pete" Dyballa)
Foreground colour changes while finishing the installation of a port
comment:7 Changed 4 years ago by ryandesign (Ryan Carsten Schmidt)
| Resolution: | → duplicate |
|---|---|
| Status: | new → closed |
MacPorts doesn't change text colors in the way you're showing; it must be emacs doing it.
It's been a year since the release of Catalina and this is the first time I've heard anyone claim that X11 is not compatible with Catalina which makes me think it's a problem specific to your machine.
I'm not aware of a way to turn off the MacPorts progress bar display.
comment:8 Changed 3 years ago by ballapete (Peter "Pete" Dyballa)
The bug in GNU Emacs 28.0.50, i.e. in port emacs-devel seems to have been fixed. I ran port -vd upgrade outdated in GNU Emacs' shell buffer and it did not happen that all the text became red. I could observe that text colour changed for different sort of output from port or other tools till the end. It changed forwards and backwards many times.
After
the foreground colour turned normal.