If his stuff are crap why its his code that is used the most and not the code of people that know better.Quote:
Originally Posted by dfx.
Printable View
If his stuff are crap why its his code that is used the most and not the code of people that know better.Quote:
Originally Posted by dfx.
I just timed the time it took to display dmesg on Ubuntu 12.04 and kmscon is blazing fast even without DRM enabled:
kernel VT: 1.476 seconds
kmscon: 0.188 seconds
Thanks for bringing this project to our attention, Michael. I hope to see this integrated in distros once it gets a bit more testing under its belt.
Without the overhead of X and the DE environment. Would be cool if games could be played that way too, as long as the console's configured properly. Maybe if some games required X, some dummy X server could be implementedQuote:
Originally Posted by asdx
Sexy fonts on a console? Now, this I gotta' see.
So when I am on GNOME in VT7, then I press Ctrl+Alt+F1 and switch to VT1, then I will have the same background.Quote:
Originally Posted by dfx.
It would likely be much better to have a command to set the background and then a login script that queried gsettings and called said command. Integration is nifty and all, but this is not quite the appropriate place for it. :)Quote:
Originally Posted by uid313
In fact it should not really matter what DE you use and the settings should be kept separate but you should be able to have it scripted where you want to get the settings from
Hey guys, first post (though I've been a reader for about 3 or 4 years lol), 2 notes on this project from my own experience
1) I compiled KMSCON from git master today on Fedora 17 64bit, satisfied all optional dependencies as reported by autogen. When I moved onto make it would refuse to compile, erroring out somewhere in the xkbcommon and GLES portions. After rerunning ./configure and passing "--disable-xkbcommon --disable-gles2", make would now compile correctly.
2) Despite what the overview on https://github.com/dvdhrm/kmscon says, make install SEEMS to work-- it reports as exiting fine, haven't actually tried running it yet because I was over SSH.
I'm kind of interested in what this project is going to do. Maybe Fedora will pick it up for Fedora 19 or 20, though maybe not considering how long it took them to pick up 256 color support.
Why not implement a smallish/minimal/dummy Wayland server instead and let games use that?Quote:
Originally Posted by DeepDayze
There was talk in the mailing list for a solution to the VT problem that will involve WL and systemd. And also the subsequent post on his blog tells a bit more http://dvdhrm.wordpress.com/2012/08/...off-config_vt/Quote:
Originally Posted by asdx