As time has passed and nobody stepped in to revive scrollback on fbcon, I got an idea for you.
The main problem with software scrollback was rotten code with many interactions (VT vs DRM ioctls). However, usually we do not need the visual representation of the text scrolled off the screen. Moreover, such visual was only suitable for manual reading or taking a photo (no grep, no saving to a file).
The better would be to have the scrolled back contents available via some file (think something like /dev/vcsa* now); kernel holds only some per-console ring-buffers with actual letters and theirs attributes (not rendered glyphs), userspace tools can represent them.
Announcement
Collapse
No announcement yet.
Linux 5.9 Dropping Soft Scrollback Support From FB + VGA Console Code
Collapse
X
-
Ah crap, I was hoping it was just disabled by default these days!
Now I have no more use for scroll lock during builds where I want to check what warning just scrolled past!
edit: or when the boot process fails for some reason!
Leave a comment:
-
I just went to enable scrollback buffer for viewing init messages on console prior to starting X/xorg, and guess what?
@#$@#$ Some click-n-play user wiped the code feature from the Linux kernel! Click-n-play user probably also uses some SystemD system, as SystemD renders scrollback buffer useless for debugging.
Can't wait for others to start complaining due to broke init systems.
Leave a comment:
-
Originally posted by Ironmask View PostI'm not sure why you're continuously using .NET as a bad example of Microsoft's behavior.
Oh, wait, weren't M$ so pushy to "improve github security" as to f...g up devs by causing loads of woes recently? Friend of mine complained that gh unlogged him and insisted on confirmation code just because they used "different browser". Isn't it funny when you waste your time not to chew on your projects or collaborating others but to struggle with M$ "security" telemetry/tracking crap?! One more showcase of how useful and friendly M$ could be for devs and their projects, dammit.
.NET is a beloved and widely-adopted platform that's improving every year. You may not like it, but many other people do. That doesn't make it bad.
And exactly, it's bad marketing to be open source-unfriendly now. That's a good thing, Microsoft is actually listening to market demands outside of their own products for once and allowing fields to adopt their technologies that wouldn't have done it before.
And no, that's not some evil tactic to worm their way into places, their products are open source, anyone can just fork them if they decide to break them.
MS going rogue wouldn't be any different from a developer getting hit by a bus. But they won't do that, because, as you said, that would be marketing suicide. And don't try to say MS would just start suing people, because they didn't do that even back when Ballmer was around and Mono was being worked on.
The telemetry is a problem, though. However, that's not specific to Microsoft, every company does that now,
that's just the nature of information being the new oil. Not much you can do about that. It definitely doesn't have anything to do with how Microsoft thinks about open source projects.Last edited by SystemCrasher; 21 October 2020, 11:03 AM.
Leave a comment:
-
Originally posted by sandy8925 View Post
If it's failing that often, you should really just ditch NVIDIA.........or stick with an LTS kernel.
And frankly, given that I'm still only on a GTX 950, the performance with GPU acceleration is barely better than running on the i5-45xx even with the appropriate rendering settings for each, that's not much of a blocker.
I need the money for other things though, and absolutely nothing else I do needs a newer GPU.Last edited by mulenmar; 10 October 2020, 09:49 PM.
Leave a comment:
-
Originally posted by pal666 View Postfunny that it somehow works only for rust itself, everyone else must reinvent their code in rust asap
Hell, we came up with the term "Rust Evangelism Strike Force" for those people... it's not a complement.
Originally posted by pal666 View Postyou can't, coexistence with c code is one of selling points of c++
- Likes 1
Leave a comment:
-
Originally posted by ssokolow View PostObviously. There are a lot more parties involved in C++ at this point in time, which means more manpower. That doesn't change the fact that C++'s evolution is limited by legacy concerns.
Originally posted by ssokolow View PostReinventing LLVM at this point in time, just to avoid a dependency on C++ for release builds, would be foolish
Originally posted by ssokolow View PostI might as well mock you for using the Linux kernel when it hasn't been rewritten from C to C++ to be properly correct when undergirding your C++ applications.
- Likes 1
Leave a comment:
-
Originally posted by pal666 View Postannotations required to convert c++ code to rust ave voluminous enough to turn it into an uglier, less-pleasant-to-read-and-write and less powerful c++. c++ is evolving along with its static analyzers. and it does it faster than toy languages like rust
As for the "toy languages" comment, I don't think that needs a response. Feel free to take that up with Microsoft, Amazon, Dropbox, and all the other companies that are interested in Rust. Google just recently posted an overview of their explorations into making bindings between C++ and Rust quicker and easier to write so adding Rust components to Chrome is viable.
Originally posted by pal666 View Posti wonder when you'll chose rust over c++ to write rust's compiler
Reinventing LLVM at this point in time, just to avoid a dependency on C++ for release builds, would be foolish. It's work enough getting the LLVM components rustc shares with clang caught up with GCC, such as the optimizers.
I might as well mock you for using the Linux kernel when it hasn't been rewritten from C to C++ to be properly correct when undergirding your C++ applications.
- Likes 1
Leave a comment:
-
Originally posted by ssokolow View PostRust's compile-time guarantees are stronger than what static analyzers offer for C and C++ and that can't be fixed because the annotations required to add the requisite information to C and C++ code are voluminous enough to turn it into an uglier, less-pleasant-to-read-and-write Rust.
i wonder when you'll chose rust over c++ to write rust's compilerLast edited by pal666; 22 September 2020, 06:08 AM.
- Likes 1
Leave a comment:
-
Originally posted by hax0r View PostLinux kernel console should have come with tmux like tiling functionality built-in so you could run 2 commands side by side, and copy/paste/pipe between them with a cursor.
Leave a comment:
Leave a comment: