[gentoo-user] Re: Console scrollback
On 2021-01-14, Grant Taylor wrote: > On 1/13/21 4:06 PM, Grant Edwards wrote: >> I really should try to figure out a control-character that's not used >> by emacs or the tty driver > > I think there are very few, if any, keys used by the TTY driver. I > suspect you are thinking of the line editor in the shell, > e.g. readline. $ stty -a | tr ';' '\n' | fgrep ^ intr = ^C quit = ^\ erase = ^? kill = ^U eof = ^D start = ^Q stop = ^S susp = ^Z rprnt = ^R werase = ^W lnext = ^V discard = ^O Some of the above are shadowed by readline or by bash in emacs mode, but the tty driver uses more than a few control keys. -- Grant
Re: [gentoo-user] Re: Console scrollback
On Wed, 13 Jan 2021 23:06:54 - (UTC), Grant Edwards wrote: > > The decision to use Ctrl-A seems insane as it is such a well used key > > combination. I used to change it to Ctrl-B, but now I use tmux, which > > uses Ctrl-B by default. > > Nope, ctrl-B is move-backwards-one-character. That's why it works for me, I never use Ctrl-B to move like that. -- Neil Bothwick Give a man a fish and you feed him for a day; teach him to use the Net and he won't bother you for weeks. pgpHz7bjP7jeP.pgp Description: OpenPGP digital signature
Re: [gentoo-user] Re: Console scrollback
On 1/13/21 4:06 PM, Grant Edwards wrote: I really should try to figure out a control-character that's not used by emacs or the tty driver I think there are very few, if any, keys used by the TTY driver. I suspect you are thinking of the line editor in the shell, e.g. readline. I can see how Control-S (XOFF) and Control-Q (XON) might be part of the TTY driver. -- Grant. . . . unix || die
[gentoo-user] Re: Console scrollback
On 2021-01-13, Neil Bothwick wrote: > On Wed, 13 Jan 2021 22:15:25 - (UTC), Grant Edwards wrote: > >> FWOW, if you really want backscrolling on the console, you can get >> that with screen, but doing so would drive me nuts, since I'd have to >> break all my fingers to stop them from typeing ctrl-A to move the >> start of a line. > > The decision to use Ctrl-A seems insane as it is such a well used key > combination. I used to change it to Ctrl-B, but now I use tmux, which > uses Ctrl-B by default. Nope, ctrl-B is move-backwards-one-character. I really should try to figure out a control-character that's not used by emacs or the tty driver or ??? and assign that as the meta key in screen. Several times a week while I'm screen I'll forget about ctrl-A not working and get puzzled why my command lines are mangled. -- Grant
Re: [gentoo-user] Re: Console scrollback
On Wed, 13 Jan 2021 22:15:25 - (UTC), Grant Edwards wrote: > FWOW, if you really want backscrolling on the console, you can get > that with screen, but doing so would drive me nuts, since I'd have to > break all my fingers to stop them from typeing ctrl-A to move the > start of a line. The decision to use Ctrl-A seems insane as it is such a well used key combination. I used to change it to Ctrl-B, but now I use tmux, which uses Ctrl-B by default. -- Neil Bothwick Nobody's perfect and since I'm nobody...! pgplntbAuVIeL.pgp Description: OpenPGP digital signature
[gentoo-user] Re: Console scrollback
On 2021-01-13, Alan Mackenzie wrote: > I think bringing up a new Gentoo system absolutely requires working in > the console, certainly up to the point where X11 and a Window Manager > have been installed and debugged. I usually install Gentoo via ssh. The article I read about the removal of Linux console's backscrolling feature said it was mostly due to lack of a maintainer for that code, and that if somebody stepped forward to maintain it, it could be revived. FWOW, if you really want backscrolling on the console, you can get that with screen, but doing so would drive me nuts, since I'd have to break all my fingers to stop them from typeing ctrl-A to move the start of a line. I've switched screen's meta-character a few times, but everytime I try that I find my fingers already have something else assigned to that control character (which I had forgotten about). It would be nice if I could print out my fingers' assignment table to find an unused control character, but that doesn't seem to be how it works. -- Grant
Re: [gentoo-user] Console scrollback
On 1/13/21 2:56 PM, Alan Mackenzie wrote: Hello, Grant. Hi Alan, Well, there's really not much that can't be done in a terminal emulator. But it's the manner of the doing that's important. Okay. I can appreciate and respect that response. Doing text work in X is s l u g g i s h. Changing from one application to another, which would be achieved by, say Alt-F4 on a console takes more key sequences in X, and is less than instantaneous. I don't know that I've ever experienced the sluggishness that you're talking about. But that doesn't mean it doesn't exist. I will admit that Alt-Tabing through windows is an additional step vs Alt-F# in that you have the intermediary list that you cycle through vs just jumping directly to the desired window. The X terminal emulator tends not to occupy the whole screen - it tends to have title bars, menu items, tabs even, which just distract from the task at hand. Maybe it can be set up to take the whole screen, but that's work. And the fonts used tend to be less distinct and helpful than the 16 x 8 bitmaps I have on the console. Those seem more like preferences / settings to me. But preferences are still sufficient to drive decisions. And X windows steals useful key sequences, such as Alt-Tab. True. On an Emacs session, in three columns on a console, I can display 195 consecutive lines of a source file simultaneously. I would expect that to be the same possibility in X and on the console. Or quite close counterparts. I could go on, but ... That's not to say there aren't problems with the tty console - even before the screen scrolling was removed altogether, it wasn't exactly anything to write home about. And it would be nice to have more than 16 colours available. But, on balance, I'll stick with the console. Fair enough. To each their own. I think bringing up a new Gentoo system absolutely requires working in the console, certainly up to the point where X11 and a Window Manager have been installed and debugged. True. Thank you Alan, for enlightening me to your work flow and how the console is better for you. -- Grant. . . . unix || die
Re: [gentoo-user] Console scrollback
Hello, Grant.
On Wed, Jan 13, 2021 at 12:32:28 -0700, Grant Taylor wrote:
> On 1/13/21 11:14 AM, Alan Mackenzie wrote:
> > This is appalling. I do all my work on the console (apart from web
> > browsing), and with this development, Linux effectively becomes
> > unusable to me. I will NOT be bullied into using second rate
> > alternatives like X-Windows terminals.
> Wow. I don't think I've run into someone that was a devout
> {physical,virtual} /console/ user in quite a while.
> I'm curious what you do in the Linux console that can't be done in a
> terminal emulator.
Well, there's really not much that can't be done in a terminal emulator.
But it's the manner of the doing that's important. Doing text work in X
is s l u g g i s h. Changing from one application to another, which
would be achieved by, say Alt-F4 on a console takes more key sequences
in X, and is less than instantaneous. The X terminal emulator tends not
to occupy the whole screen - it tends to have title bars, menu items,
tabs even, which just distract from the task at hand. Maybe it can be
set up to take the whole screen, but that's work. And the fonts used
tend to be less distinct and helpful than the 16 x 8 bitmaps I have on
the console. And X windows steals useful key sequences, such as
Alt-Tab. On an Emacs session, in three columns on a console, I can
display 195 consecutive lines of a source file simultaneously.
I could go on, but ...
That's not to say there aren't problems with the tty console - even
before the screen scrolling was removed altogether, it wasn't exactly
anything to write home about. And it would be nice to have more than 16
colours available. But, on balance, I'll stick with the console.
> I know that there is a lot of difference in different terminal
> emulators. -- I *strongly* prefer XTerm as it does things that other
> terminal emulators have never heard of.
> Please share if you do things that /can/ be done in the Linux console
> that /can't/ be done in a terminal emulator.
I think bringing up a new Gentoo system absolutely requires working in
the console, certainly up to the point where X11 and a Window Manager
have been installed and debugged.
> If it's just preference, then hat's off to you.
> --
> Grant. . . .
> unix || die
--
Alan Mackenzie (Nuremberg, Germany).
Re: [gentoo-user] Re: python3 question
On 1/13/21 9:22 PM, Victor Ivanov wrote: On 13/01/2021 20:06, n952162 wrote: What encoding is your editor using? vi? How would I determine that? My locale is C You could use: :set fenc to display the current encoding used for the file, or :set fenc=utf8 to force UTF-8 or any other encoding of your chosing. You can also add a magic line with fenc to the file to always ensure that the specified encoding is used, assuming you also have magic lines enabled in vimrc. - Victor fileencoding= 195,3 55% I suspect that's really useful for languages other than latin1.
Re: [gentoo-user] Re: python3 question
On 13/01/2021 20:06, n952162 wrote: What encoding is your editor using? vi? How would I determine that? My locale is C You could use: :set fenc to display the current encoding used for the file, or :set fenc=utf8 to force UTF-8 or any other encoding of your chosing. You can also add a magic line with fenc to the file to always ensure that the specified encoding is used, assuming you also have magic lines enabled in vimrc. - Victor OpenPGP_signature Description: OpenPGP digital signature
Re: [gentoo-user] Re: python3 question
On 1/13/21 8:57 PM, Grant Edwards wrote: On 2021-01-13, n952162 wrote: # -*- coding: utf-8 -*- [ this has to be in line1 or line2!!! ] If you have that line in your source code, make sure your editor is saving the file in UTF-8 encoding. Oh, I think that gave me a solution! # -*- coding: latin1 -*- [ this has to be in line1 or line2!!! ] seems to work. At least, I got some other errors now ;-) What encoding is your editor using? -- Grant vi? How would I determine that? My locale is C
[gentoo-user] Re: python3 question
On 2021-01-13, n952162 wrote: > # -*- coding: utf-8 -*- [ this has to be in line1 or line2!!! ] If you have that line in your source code, make sure your editor is saving the file in UTF-8 encoding. > Oh, I think that gave me a solution! > > # -*- coding: latin1 -*- [ this has to be in line1 or line2!!! ] > > seems to work. At least, I got some other errors now ;-) What encoding is your editor using? -- Grant
Re: [gentoo-user] python3 question [RESOLVED]
On 1/13/21 8:41 PM, n952162 wrote:
On 1/13/21 7:57 PM, n952162 wrote:
On 1/13/21 7:31 PM, n952162 wrote:
Hello. In python3, how do you do this?
tgt = 'gebuchte Umsätze;'
In python2, you could do this:
tgt = unicode ('gebuchte Umsätze;'.decode ('latin1'))
but that gives:
SyntaxError: (unicode error) 'utf-8' codec can't decode byte 0xe4 in
position 12: invalid continuation byte
In fact, any constant with ä in it will give you that.
Okay, I see that if your locale is not C, you can do:
tgt = 'gebuchte Umsätze;'
Okay, I see I had this bit of magic in line 2:
# -*- coding: utf-8 -*- [ this has to be in line1 or line2!!! ]
I've removed that and the error msg is somewhat different:
SyntaxError: Non-UTF-8 code starting with '\xe4' in file test.py on line
89, but no encoding declared; see http://python.org/dev/peps/pep-0263/
for details
Note that line 89 is a *comment* (with a ä)
So, I'm looking into that...
Oh, I think that gave me a solution!
# -*- coding: latin1 -*- [ this has to be in line1 or line2!!! ]
seems to work. At least, I got some other errors now ;-)
Yes, indeed, this works now, even without setting my locale:
tgt = 'gebuchte Umsätze;'
Re: [gentoo-user] python3 question
On 1/13/21 7:57 PM, n952162 wrote:
On 1/13/21 7:31 PM, n952162 wrote:
Hello. In python3, how do you do this?
tgt = 'gebuchte Umsätze;'
In python2, you could do this:
tgt = unicode ('gebuchte Umsätze;'.decode ('latin1'))
but that gives:
SyntaxError: (unicode error) 'utf-8' codec can't decode byte 0xe4 in
position 12: invalid continuation byte
In fact, any constant with ä in it will give you that.
Okay, I see that if your locale is not C, you can do:
tgt = 'gebuchte Umsätze;'
Okay, I see I had this bit of magic in line 2:
# -*- coding: utf-8 -*- [ this has to be in line1 or line2!!! ]
I've removed that and the error msg is somewhat different:
SyntaxError: Non-UTF-8 code starting with '\xe4' in file test.py on line
89, but no encoding declared; see http://python.org/dev/peps/pep-0263/
for details
Note that line 89 is a *comment* (with a ä)
So, I'm looking into that...
Oh, I think that gave me a solution!
# -*- coding: latin1 -*- [ this has to be in line1 or line2!!! ]
seems to work. At least, I got some other errors now ;-)
Re: [gentoo-user] Console scrollback
On 1/13/21 11:14 AM, Alan Mackenzie wrote:
This is appalling. I do all my work on the console (apart from web
browsing), and with this development, Linux effectively becomes
unusable to me. I will NOT be bullied into using second rate
alternatives like X-Windows terminals.
Wow. I don't think I've run into someone that was a devout
{physical,virtual} /console/ user in quite a while.
I'm curious what you do in the Linux console that can't be done in a
terminal emulator.
I know that there is a lot of difference in different terminal
emulators. -- I *strongly* prefer XTerm as it does things that other
terminal emulators have never heard of.
Please share if you do things that /can/ be done in the Linux console
that /can't/ be done in a terminal emulator.
If it's just preference, then hat's off to you.
--
Grant. . . .
unix || die
Re: [gentoo-user] Console scrollback
On Wednesday, 13 January 2021 18:14:39 GMT Alan Mackenzie wrote: > Hello, Peter. > > On Wed, Jan 13, 2021 at 10:30:19 +, Peter Humphrey wrote: > > Hello list, > > > > I see that the kernel code to scroll the console has been stripped out > > [1]. > > This is appalling. I do all my work on the console (apart from web > browsing), and with this development, Linux effectively becomes unusable > to me. I will NOT be bullied into using second rate alternatives like > X-Windows terminals. > > Thanks for the heads up! > > > What do people use instead? > > Well, it looks like I'll have to stop upgrading my kernel at 5.8.n. Actually, the console-scrolling code has gone from 5.4.80 too. Also 5.4.72 I think. -- Regards, Peter.
Re: [gentoo-user] Re: python3 question
On 1/13/21 7:59 PM, Grant Edwards wrote:
On 2021-01-13, n952162 wrote:
Hello. In python3, how do you do this?
Please explain what "this" is trying to accomplish, and we can tell
you how to do it in Python3. Are you trying to convert from Unicode to
Latin1 and back to Unicode?
Python 3.8.6 (default, Jan 2 2021, 20:25:58)
[GCC 9.3.0] on linux
Type "help", "copyright", "credits" or "license" for more information.
>>> 'gebuchte Umsätze;'.encode('latin1').decode('latin1')
'gebuchte Umsätze;'
I'm trying to search for a string in a file. I don't know why there
needs to be any conversion going on.
Just running python3 in interactive mode, I can input the literal when
the locale is right:
12/lcl/data/f/b>LC_ALL=de_DE python3
Python 3.7.9 (default, Nov 16 2020, 00:32:07)
[GCC 9.3.0] on linux
Type "help", "copyright", "credits" or "license" for more information.
Could not open PYTHONSTARTUP
FileNotFoundError: [Errno 2] No such file or directory:
'/home/mellman/lib/python/rpnrc'
>>> s = "gebuchte Umsätze"
>>> print (s)
gebuchte Umsätze
>>>
but it doesn't work from within my pgm...
With python2, I presume there was conversion going on because ... a
string can't have unicode chars, so it must be a unicode string that has
to be decoded.
tgt = unicode ('gebuchte Umsätze;'.decode ('latin1'))
But python3 is supposed to make all that superfluous ... I thought that
was a major driving factor for python3 ... that everything was unicode,
conversion wouldn't be necessary.
[gentoo-user] Re: python3 question
On 2021-01-13, n952162 wrote:
> Hello. In python3, how do you do this?
Please explain what "this" is trying to accomplish, and we can tell
you how to do it in Python3. Are you trying to convert from Unicode to
Latin1 and back to Unicode?
Python 3.8.6 (default, Jan 2 2021, 20:25:58)
[GCC 9.3.0] on linux
Type "help", "copyright", "credits" or "license" for more information.
>>> 'gebuchte Umsätze;'.encode('latin1').decode('latin1')
'gebuchte Umsätze;'
> tgt = 'gebuchte Umsätze;'
>
> In python2, you could do this:
>
> tgt = unicode ('gebuchte Umsätze;'.decode ('latin1'))
>
> but that gives:
>
> SyntaxError: (unicode error) 'utf-8' codec can't decode byte 0xe4 in
> position 12: invalid continuation byte
>
> In fact, any constant with ä in it will give you that.
Re: [gentoo-user] python3 question
On 1/13/21 7:31 PM, n952162 wrote:
Hello. In python3, how do you do this?
tgt = 'gebuchte Umsätze;'
In python2, you could do this:
tgt = unicode ('gebuchte Umsätze;'.decode ('latin1'))
but that gives:
SyntaxError: (unicode error) 'utf-8' codec can't decode byte 0xe4 in
position 12: invalid continuation byte
In fact, any constant with ä in it will give you that.
Okay, I see that if your locale is not C, you can do:
tgt = 'gebuchte Umsätze;'
Re: [gentoo-user] Console scrollback
On Wed, 13 Jan 2021 18:14:39 +, Alan Mackenzie wrote: > > I see that the kernel code to scroll the console has been stripped out > > [1]. > > This is appalling. I do all my work on the console (apart from web > browsing), and with this development, Linux effectively becomes unusable > to me. I will NOT be bullied into using second rate alternatives like > X-Windows terminals. What about screen/tmux? -- Neil Bothwick WinErr 00D: Window closed - Do not look outside pgpHc6hSsCL0N.pgp Description: OpenPGP digital signature
[gentoo-user] python3 question
Hello. In python3, how do you do this?
tgt = 'gebuchte Umsätze;'
In python2, you could do this:
tgt = unicode ('gebuchte Umsätze;'.decode ('latin1'))
but that gives:
SyntaxError: (unicode error) 'utf-8' codec can't decode byte 0xe4 in
position 12: invalid continuation byte
In fact, any constant with ä in it will give you that.
Re: [gentoo-user] Console scrollback
Hello, Peter. On Wed, Jan 13, 2021 at 10:30:19 +, Peter Humphrey wrote: > Hello list, > I see that the kernel code to scroll the console has been stripped out > [1]. This is appalling. I do all my work on the console (apart from web browsing), and with this development, Linux effectively becomes unusable to me. I will NOT be bullied into using second rate alternatives like X-Windows terminals. Thanks for the heads up! > What do people use instead? Well, it looks like I'll have to stop upgrading my kernel at 5.8.n. That can only be a short term answer, though. > This loss is a nuisance while installing a new system, as I am still > trying to do on my old laptop. > 1. https://soylentnews.org/article.pl?sid=20/09/15/1824233=rss Question: I'm a C hacker; how do I go about getting to restore (and enhance) this essential facility myself? > -- > Regards, > Peter. -- Alan Mackenzie (Nuremberg, Germany).
Re: [gentoo-user] Re: Screen/driver/xserver freezing after suspension
On Wednesday, January 13, 2021 3:58:55 PM CET Igor Mróz wrote: > > Please don't top-post. > > Sorry, trying to change my email writing habit ;) > > > Reason I asked: On one of my systems, I have the occasional issue where a > > screenlock-task is "hanging" and using 100% CPU. > > Killing that, restores the screen back to normal. > > Unfortunately there are no signs of app/driver crash as well as any other > system malfunction. > > Igor Then I am not certain. There is, however, one big difference: I am running "stable" (amd64) on my laptop. You appear to be running "testing" (~amd64) Anything there might be causing the issue you are seeing, but I am unable to check if that is actually the case.
Re: [gentoo-user] Re: Screen/driver/xserver freezing after suspension
> Please don't top-post. Sorry, trying to change my email writing habit ;) > Reason I asked: On one of my systems, I have the occasional issue where a > screenlock-task is "hanging" and using 100% CPU. > Killing that, restores the screen back to normal. Unfortunately there are no signs of app/driver crash as well as any other system malfunction. Igor pgpuemOUXthI8.pgp Description: OpenPGP digital signature
Re: [gentoo-user] Console scrollback
On Wednesday, 13 January 2021 11:21:54 GMT Andreas Fink wrote: > How about this (works with bash, not sure about other shells): > emerge |& less > > This should work with all shells: > emerge 2>&1 | less That's better; thanks Andreas. -- Regards, Peter.
Re: [gentoo-user] Re: Screen/driver/xserver freezing after suspension
Please don't top-post. On Wednesday, January 13, 2021 11:32:44 AM CET Igor Mróz wrote: > You mean 100%? Nope, all looks normal. I even tried to build elogind with > policykit USE, but with no luck. loginctl shows that session/seat is active > all the time. > > Igor > > > On Mon, 11 Jan 2021 20:05:20 +0100 > > "J. Roeleveld" wrote: > > On 11 January 2021 19:33:55 CET, "Igor Mróz" wrote: > > >I don't even know where to search. > > > > > >I tried to SSH to 'frozen' laptop, but as I wrote earlier - there is > > >nothing suspicious in dmesg or xorg logs. Only difference is in 'ps' > > >i.e. process '[kworker/u16:0-i915]' changed to > > >'[kworker/u16:0-events_unbound]' and some other kworkers received new > > >PIDs (like those have been restarted). > > > > > >Igor > > > > > > > > > > > >On Mon, 11 Jan 2021 15:01:41 +0100 > > > > > >"J. Roeleveld" wrote: > > >> On Monday, January 11, 2021 2:22:27 PM CET Holger Hoffstätte wrote: > > >> > On Mon, 11 Jan 2021 13:49:35 +0100, Igor Mróz wrote: > > >> > > I don't really know - I haven't installed anything. Now I'm not > > > > > >really > > > > > >> > > sure if this is problem with suspension or just screen resuming > > > > > >after > > > > > >> > > "turning" it off. I also don't have Nvidia card. > > >> > > > > >> > > Igor > > >> > > > >> > Try running xorg-server with +suid. > > >> > > >> That should not be necessary for suspend/resume. > > >> I have that flag disabled (as per default) on my laptop and that one > > > > > >gets > > > > > >> suspended regularly. > > >> > > >> -- > > >> Joost > > > > Anything running at 100÷? > > > > Check "top" when ssh'd in Reason I asked: On one of my systems, I have the occasional issue where a screenlock-task is "hanging" and using 100% CPU. Killing that, restores the screen back to normal. -- Joost
Re: [gentoo-user] Console scrollback
On Wed, 13 Jan 2021 10:55:18 + Peter Humphrey wrote: > On Wednesday, 13 January 2021 10:38:01 GMT Michael wrote: > > On Wednesday, 13 January 2021 10:30:19 GMT Peter Humphrey wrote: > > > Hello list, > > > > > > I see that the kernel code to scroll the console has been stripped out > > > [1]. What do people use instead? > > > > > > This loss is a nuisance while installing a new system, as I am still > > > trying to do on my old laptop. > > > > > > 1. https://soylentnews.org/article.pl?sid=20/09/15/1824233=rss > > > > A relief to see I'm not alone in experiencing this problem - I thought I had > > misconfigured something on my systems. :-) > > > > A way around it would be to use screen or tmux and use their internal > > buffer. However, if you're already logged in a console and suddenly want to > > Shift+PageUp, then it would be too late. This suggestion won't help if you > > want to look at the rc scripts output as the system boots, but you can > > capture these separately in syslog. > > It's a pain in the neck while trying to emerge a base system and being thrown > scores of lines of reasons why it can't be done, with the prime cause long > gone. I tried using "| tee 2>&1 > /tmp/file" and then viewing the file on > another vTTY, but there ought to be a neater way. > How about this (works with bash, not sure about other shells): emerge |& less This should work with all shells: emerge 2>&1 | less Cheers Andreas
Re: [gentoo-user] Console scrollback
On Wednesday, 13 January 2021 10:38:01 GMT Michael wrote: > On Wednesday, 13 January 2021 10:30:19 GMT Peter Humphrey wrote: > > Hello list, > > > > I see that the kernel code to scroll the console has been stripped out > > [1]. What do people use instead? > > > > This loss is a nuisance while installing a new system, as I am still > > trying to do on my old laptop. > > > > 1. https://soylentnews.org/article.pl?sid=20/09/15/1824233=rss > > A relief to see I'm not alone in experiencing this problem - I thought I had > misconfigured something on my systems. :-) > > A way around it would be to use screen or tmux and use their internal > buffer. However, if you're already logged in a console and suddenly want to > Shift+PageUp, then it would be too late. This suggestion won't help if you > want to look at the rc scripts output as the system boots, but you can > capture these separately in syslog. It's a pain in the neck while trying to emerge a base system and being thrown scores of lines of reasons why it can't be done, with the prime cause long gone. I tried using "| tee 2>&1 > /tmp/file" and then viewing the file on another vTTY, but there ought to be a neater way. -- Regards, Peter.
Re: [gentoo-user] Console scrollback
On Wednesday, 13 January 2021 10:30:19 GMT Peter Humphrey wrote: > Hello list, > > I see that the kernel code to scroll the console has been stripped out [1]. > What do people use instead? > > This loss is a nuisance while installing a new system, as I am still trying > to do on my old laptop. > > 1. https://soylentnews.org/article.pl?sid=20/09/15/1824233=rss A relief to see I'm not alone in experiencing this problem - I thought I had misconfigured something on my systems. :-) A way around it would be to use screen or tmux and use their internal buffer. However, if you're already logged in a console and suddenly want to Shift+PageUp, then it would be too late. This suggestion won't help if you want to look at the rc scripts output as the system boots, but you can capture these separately in syslog. signature.asc Description: This is a digitally signed message part.
Re: [gentoo-user] Re: Screen/driver/xserver freezing after suspension
You mean 100%? Nope, all looks normal. I even tried to build elogind with policykit USE, but with no luck. loginctl shows that session/seat is active all the time. Igor On Mon, 11 Jan 2021 20:05:20 +0100 "J. Roeleveld" wrote: > On 11 January 2021 19:33:55 CET, "Igor Mróz" wrote: > >I don't even know where to search. > > > >I tried to SSH to 'frozen' laptop, but as I wrote earlier - there is > >nothing suspicious in dmesg or xorg logs. Only difference is in 'ps' > >i.e. process '[kworker/u16:0-i915]' changed to > >'[kworker/u16:0-events_unbound]' and some other kworkers received new > >PIDs (like those have been restarted). > > > >Igor > > > > > > > >On Mon, 11 Jan 2021 15:01:41 +0100 > >"J. Roeleveld" wrote: > > > >> On Monday, January 11, 2021 2:22:27 PM CET Holger Hoffstätte wrote: > >> > On Mon, 11 Jan 2021 13:49:35 +0100, Igor Mróz wrote: > >> > > I don't really know - I haven't installed anything. Now I'm not > >really > >> > > sure if this is problem with suspension or just screen resuming > >after > >> > > "turning" it off. I also don't have Nvidia card. > >> > > > >> > > Igor > >> > > >> > Try running xorg-server with +suid. > >> > >> That should not be necessary for suspend/resume. > >> I have that flag disabled (as per default) on my laptop and that one > >gets > >> suspended regularly. > >> > >> -- > >> Joost > >> > >> > >> > > Anything running at 100÷? > > Check "top" when ssh'd in > > > -- > Sent from my Android device with K-9 Mail. Please excuse my brevity. > pgpIRoHuaPR3w.pgp Description: OpenPGP digital signature
[gentoo-user] Console scrollback
Hello list, I see that the kernel code to scroll the console has been stripped out [1]. What do people use instead? This loss is a nuisance while installing a new system, as I am still trying to do on my old laptop. 1. https://soylentnews.org/article.pl?sid=20/09/15/1824233=rss -- Regards, Peter.
