Re: Debian Jessie : regular console instead of a hi-res one!

[Felix Miata]

rhkra...@gmail.com composed on 2016-09-15 07:28 (UTC-0400):


...  my only reason for writing is to suggest (to the OP) that he consider
using a fairly inexpensive digital flat screen tv as his monitor.  I currently
use a 1080P 32" T that I bought for under $200 (on sale, somewhere, sometime,
probably either Newegg or TigerDirect).



It has something like 1920x1280 resolution (which is enough resolution for
me)--lets me easily set up two large windows side by side on the screen.



When I installed Wheezy, iirc (some years ago), fonts were pretty good (i.e.,
plenty big enough) with little or no intervention.  When I recently built a
Jessie machine I did initially get some very small fonts and I had to do some
adjustment.



Things too small on a 32" TV--get a 40 or 48 or even bigger TV (although the
expense does go up)--again on sale, about 2 years ago I found a 48" TV for
about $250.


Using a TV is nice idea at least in theory. A virtually blind friend uses a 
42", seated at a pretty typical viewing distance, for Stretch and Leap. It 
takes me a lot of head movement to use. Most screens 20" & up are actually 
just small HDTVs (16:9 panels) with connections made for computers instead of 
TV, omitting any tuner, and commonly omitting speakers. However, larger may 
not be feasible:


1-boss provides hardware, so you get what you get, use it or get fired

2-space may be limited

3-personal field of view may be limited such that a bigger screen 
necessitates a large distance between eyes and screen


4-no money, must use whatever you already have

5-screens are designed for a certain range of viewing distances - 1080p is 
rather grainy when close enough to actually make typical default sizes 
adequate for someone using a big screen in order to make things big rather 
than providing room for more of similarly sized objects

--
"The wise are known for their understanding, and pleasant
words are persuasive." Proverbs 16:21 (New Living Translation)

 Team OS/2 ** Reg. Linux User #211409 ** a11y rocks!

Felix Miata  ***  http://fm.no-ip.com/

Re: Debian Jessie : regular console instead of a hi-res one!

[David Wright]

On Thu 15 Sep 2016 at 07:28:16 (-0400), rhkra...@gmail.com wrote:
> TL;DR (Too Long, Didn't Read)--I didn't anticipate ever using that little 
> abbreviation.
> 
> Anyway, my only reason for writing is to suggest (to the OP) that he consider 
> using a fairly inexpensive digital flat screen tv as his monitor.  I 
> currently 
> use a 1080P 32" T that I bought for under $200 (on sale, somewhere, sometime, 
> probably either Newegg or TigerDirect).
> 
> It has something like 1920x1280 resolution (which is enough resolution for 
> me)--lets me easily set up two large windows side by side on the screen.
> 
> When I installed Wheezy, iirc (some years ago), fonts were pretty good (i.e., 
> plenty big enough) with little or no intervention.  When I recently built a 
> Jessie machine I did initially get some very small fonts and I had to do some 
> adjustment.
> 
> Things too small on a 32" TV--get a 40 or 48 or even bigger TV (although the 
> expense does go up)--again on sale, about 2 years ago I found a 48" TV for 
> about $250.
> 
> On Thursday, September 15, 2016 05:11:26 AM Felix Miata wrote:
> > David Wright composed on 2016-09-14 22:59 (UTC-0500):
> > > On Wed 14 Sep 2016 at 05:43:24 (-0400), Felix Miata wrote:
> > >> David Wright composed on 2016-09-13 13:36 (UTC-0500):

https://lists.debian.org/debian-user/2016/09/msg00135.html
applies to laptops' own screens too.

Cheers,
David.

Re: Debian Jessie : regular console instead of a hi-res one!

[David Wright]

On Thu 15 Sep 2016 at 05:11:26 (-0400), Felix Miata wrote:
> David Wright composed on 2016-09-14 22:59 (UTC-0500):
> 
> >On Wed 14 Sep 2016 at 05:43:24 (-0400), Felix Miata wrote:
> 
> >>David Wright composed on 2016-09-13 13:36 (UTC-0500):
> 
> >The person to complain to about not being able to *read* small fonts is
> >your optician.
> 
> Thats presumptuous. There's only so much corrective lenses can do.
> More heroic correction may or may not be possible, or financially
> viable.

Please read the whole paragraph rather than deconstructing it and
criticising the parts. I personified the small fonts, hence the :).
If talking to a short person cricks your neck, better get a chair
rather than complain that the person should be taller.

> >The people to complain to about inappropriate use of small screen fonts
> >are the web designers who serve them up. However, is this practical?
> 
> Only on rare occasions.
> 
> >How many people are you going to complain to? How will you reach them?
> >Where do they work now?
> 
> Historically I've expended effort in various web design help forums
> trying to catch some while they're young enough to be receptive.
> Time to do so has become increasingly scarce.
> 
> >So you're better off aiming for the single point of "failure": ones
> >inability to change (enlarge) them.
> 
> Done that too, mostly via bugzilla.mozilla.org, a little on
> bugzilla.opensuse.org, less elsewhere, and very little of late.
> 
> >The main thrust of *my* posts has been aimed at the VC user, in which
> >case the people to complain to are those serving up the small fonts:
> >the computer manufacturer (if you can't read the CMOS screens) or
> 
> Only my three most recent PC acquisitions don't use antiquity's
> 80x25 text mode for BIOS setup. The newer are clearly inheritors of
> common characteristics of modern web design, meaning more complexity
> per screenful, and everything is considerably smaller than
> characteristic of 80x25.
> 
> >the Debian installation team, not web designers.
> 
> Actually, the Debian installer shows more evidence of design wisdom
> than is typical of other FOSS OS installers. I've only used the text
> mode, which handily accepts kernel cmdline options to select a
> screen resolution that works quite acceptably.
> 
> >But I don't understand why you're worrying about a screen font being
> >over-crisp.
> 
> I don't think you're properly interpreting my intent, observation, not 
> complaint.
> 
> > If you really object to paying for a higher pixel density,
> > then why not buy a cheaper screen (if that's an option, which is
> > unlikely with a laptop).
> 
> Cheaper tends to equate to smaller dimensions, contra to the object
> of making stuff bigger and reducing opportunity for eyestrain. At
> any given physical size, options for native resolution tend to be
> quite limited.
> 
> >But using setfont (through aliases, to avoid having to remember
> >font names) is so much better: instant, and affects each VC
> >individually, so you can trade clarity with screen real-estate
> >merely by using Ctrl-Alt-Fn switching if you have several
> >VCs running side by side.
> 
> Here it becomes apparent your goals differ from mine. I'm perfectly
> happy with having every VC use the same font, and prefer the very
> 16x9 one every rpm kernel I've encountered has used by default
> (IIRC) since my first Linux installation last century. This is the
> same font my (sans-plymouth) Debian installations use at least for
> the initial phases of init, if not all the way through to VC login
> prompts.

I didn't know we were talking about *your* goals. You obviously use
GUI browsers otherwise you'd not be worried about web pages having
small fonts, something a non-GUI user would be blissfully unaware of.

Please read the OP
https://lists.debian.org/debian-user/2016/09/msg00127.html
and my reply
https://lists.debian.org/debian-user/2016/09/msg00135.html
which the OP has obviously read as xe responded to Brian's
comments on it.

Brian's "dpkg-reconfigure console-setup" will write the file
I mentioned and set a default size. My setfont commands will
allow different sizes to be selected on the fly, and used
contemporaneously.

Meanwhile the other subthread developed which involved changing the
resolution of the screen (and the font?) by loading different
drivers and modules or, in your case, by "direct[ing] KMS's
framebuffer to use a lower resolution than the native hi-res
one by including a video= parameter on the kernel cmdline".

I'm not convinced that this is the "simplest way". However,
on saying this, you exhorted me to try it before criticising it.
Well, I tried and so far have failed.

> 1-Don't knock it if you haven't tried it. By this I don't mean tried
> only on Debian installations either. The default framebuffer font of
> Debian and its derivatives is very commonly different from
> non-Debian distros, represented by the spindly ugly thing used by
> Ubuntu. Without Plymouth, one 

Re: Debian Jessie : regular console instead of a hi-res one!

[rhkramer]

TL;DR (Too Long, Didn't Read)--I didn't anticipate ever using that little 
abbreviation.

Anyway, my only reason for writing is to suggest (to the OP) that he consider 
using a fairly inexpensive digital flat screen tv as his monitor.  I currently 
use a 1080P 32" T that I bought for under $200 (on sale, somewhere, sometime, 
probably either Newegg or TigerDirect).

It has something like 1920x1280 resolution (which is enough resolution for 
me)--lets me easily set up two large windows side by side on the screen.

When I installed Wheezy, iirc (some years ago), fonts were pretty good (i.e., 
plenty big enough) with little or no intervention.  When I recently built a 
Jessie machine I did initially get some very small fonts and I had to do some 
adjustment.

Things too small on a 32" TV--get a 40 or 48 or even bigger TV (although the 
expense does go up)--again on sale, about 2 years ago I found a 48" TV for 
about $250.


On Thursday, September 15, 2016 05:11:26 AM Felix Miata wrote:
> David Wright composed on 2016-09-14 22:59 (UTC-0500):
> > On Wed 14 Sep 2016 at 05:43:24 (-0400), Felix Miata wrote:
> >> David Wright composed on 2016-09-13 13:36 (UTC-0500):

Re: Debian Jessie : regular console instead of a hi-res one!

[Felix Miata]

David Wright composed on 2016-09-14 22:59 (UTC-0500):


On Wed 14 Sep 2016 at 05:43:24 (-0400), Felix Miata wrote:



David Wright composed on 2016-09-13 13:36 (UTC-0500):



The person to complain to about not being able to *read* small fonts is
your optician.


Thats presumptuous. There's only so much corrective lenses can do. More 
heroic correction may or may not be possible, or financially viable.



The people to complain to about inappropriate use of small screen fonts
are the web designers who serve them up. However, is this practical?


Only on rare occasions.


How many people are you going to complain to? How will you reach them?
Where do they work now?


Historically I've expended effort in various web design help forums trying to 
catch some while they're young enough to be receptive. Time to do so has 
become increasingly scarce.



So you're better off aiming for the single point of "failure": ones
inability to change (enlarge) them.


Done that too, mostly via bugzilla.mozilla.org, a little on 
bugzilla.opensuse.org, less elsewhere, and very little of late.



The main thrust of *my* posts has been aimed at the VC user, in which
case the people to complain to are those serving up the small fonts:
the computer manufacturer (if you can't read the CMOS screens) or


Only my three most recent PC acquisitions don't use antiquity's 80x25 text 
mode for BIOS setup. The newer are clearly inheritors of common 
characteristics of modern web design, meaning more complexity per screenful, 
and everything is considerably smaller than characteristic of 80x25.



the Debian installation team, not web designers.


Actually, the Debian installer shows more evidence of design wisdom than is 
typical of other FOSS OS installers. I've only used the text mode, which 
handily accepts kernel cmdline options to select a screen resolution that 
works quite acceptably.



But I don't understand why you're worrying about a screen font being
over-crisp.


I don't think you're properly interpreting my intent, observation, not 
complaint.

> If you really object to paying for a higher pixel density,
> then why not buy a cheaper screen (if that's an option, which is
> unlikely with a laptop).

Cheaper tends to equate to smaller dimensions, contra to the object of making 
stuff bigger and reducing opportunity for eyestrain. At any given physical 
size, options for native resolution tend to be quite limited.



But using setfont (through aliases, to avoid having to remember
font names) is so much better: instant, and affects each VC
individually, so you can trade clarity with screen real-estate
merely by using Ctrl-Alt-Fn switching if you have several
VCs running side by side.


Here it becomes apparent your goals differ from mine. I'm perfectly happy 
with having every VC use the same font, and prefer the very 16x9 one every 
rpm kernel I've encountered has used by default (IIRC) since my first Linux 
installation last century. This is the same font my (sans-plymouth) Debian 
installations use at least for the initial phases of init, if not all the way 
through to VC login prompts.



>>1-Don't knock it if you haven't tried it. By this I don't mean tried
>>only on Debian installations either. The default framebuffer font of
>>Debian and its derivatives is very commonly different from
>>non-Debian distros, represented by the spindly ugly thing used by
>>Ubuntu. Without Plymouth, one can typically see the initial font
>>during post is much bolder, changing somewhere along the way to the
>>desktop or login prompt to a much lighter stroked variety. If all
>>you've ever seen is the lightweight, try a (Debian) Knoppix CD or
>>DVD and you'll see what Fedora and openSUSE users see by default
>>(TerminusBold?) on their framebuffers, a font that's nicely bold and
>>forgiving of non-optimal screen resolution.



>Well, I'm up for that. Tell me what I have to do: it's quite involved.



Which "that" are you up for that's "quite involved"?



You wrote "Don't knock it if you haven't tried it" so I'm up for trying it.


I get that you are, just not what exactly is your definition of "that" or "it".


I run all my computer displays at their maximum resolution.


I have one 19.8" (actual viewable) Trinitron that I still use fairly often, 
but the rest are flat panels. The general rule for panels here is Xorg is run 
in native mode, but resolution differs for the VCs as an eminently 
efficacious method of controlling the size of the kernel's and framebuffer's 
default font learned decades ago.



They
are all LCD displays. (My last CRT monitor went to the tip in
October 2011, the last CRT TV in February 2014.)


I still have two CRT TV's in serviceable condition, though used little. Only 
one has PIP, and neither have POP. Unlike newer TVs and their digital modes, 
source selection and channel switching on a CRT is for all practical purposes 
instantaneous. Also they have durable glass surfaces, not susceptible to 
scratching. I 

Re: Debian Jessie : regular console instead of a hi-res one!

[David Wright]

On Wed 14 Sep 2016 at 11:09:47 (-0400), Ric Moore wrote:
> On 09/13/2016 02:36 PM, David Wright wrote:
> 
> >When I want to change resolution, which keys should I press to do that?
> 
> Back in the day, when xorg.conf roamed free, you could have multiple
> screen resolutions noted within it and a ctrl-alt-+ would switch
> resolutions on the fly. That worked on CRT monitors, not sure how
> that would work on LEDs. Ric

I remember it well. I also remember that you hoped the CRT had
remembered the X/Y height/width/position settings for each
resolution's mode, or you'd have to do a lot of fiddling with each
change. Also the "clunk" presumably from the Line Output Transformer
as it coped with the sudden change in demand.

But none of this applied to the linux console of course.

Cheers,
David.

Re: Debian Jessie : regular console instead of a hi-res one!

[David Wright]

On Wed 14 Sep 2016 at 05:43:24 (-0400), Felix Miata wrote:
> David Wright composed on 2016-09-13 13:36 (UTC-0500):
> 
> Rather curious to see a regular participant here with a .co.uk
> mailing address apparently in a university environment in a UTC-0500
> time zone. Curiosity makes it for me a recurring distraction,
> wondering just what part of the world this might be, somewhere north
> of Wisconsin, Minnesota or North Dakota? :-p

Three states south of ND...Kansas.

> >On Thu 08 Sep 2016 at 12:53:49 (-0400), Felix Miata wrote:
> >>David Wright composed on 2016-09-08 09:08 (UTC-0500):
> 
> >>>You can play with framebuffers and kernel drivers all you like.
> >>>What you cannot do is alter the layout of pixels on the screen.
> 
> >>Absolutely true.
> 
> >>>If you don't use a resolution that matches those pixels exactly,
> >>>nothing you do can compensate.
> 
> >>False. The difference from one resolution to the next is easily lost
> >>if the screen resolution is beyond the resolving power of the eyes.
> 
> >>>You are deluding yourself if you think you can.
> 
> >>Been doing it for years. One factor is called natural optical
> >>deterioration. There's a limit to resolving power that typically
> >>gets worse with age. It's a primary reason why complaints are ever
> >>made about tiny fonts accompanying increased pixel density.
> 
> >The main reason people complain about tiny fonts
> 
> I'd like to see a cite for the assertion of this "main" reason.
> 
> >? is because they're
> >often difficult to change, or changing them leads to undesirable
> >effects, like web pages that don't re-wrap lines to take account
> >of the change.
> 
> I rather think the *main* reason is difficulty reading them, closely
> followed by, or in conjunction with, their pervasiveness, which is
> almost as commonly coupled with gray color instead of best contrast
> black.

I can't see the point of arguing about this; we're just looking down
opposite ends of a telescope. From my end...

The person to complain to about not being able to *read* small fonts is
your optician. Small fonts exist, are useful in the right context when
designed (or modified, see Knuth's metafont writings) with care, and
aren't going to go away by being complained about. :)

The people to complain to about inappropriate use of small screen fonts
are the web designers who serve them up. However, is this practical?
How many people are you going to complain to? How will you reach them?
Where do they work now?

So you're better off aiming for the single point of "failure": ones
inability to change (enlarge) them.

The main thrust of *my* posts has been aimed at the VC user, in which
case the people to complain to are those serving up the small fonts:
the computer manufacturer (if you can't read the CMOS screens) or
the Debian installation team, not web designers.

> Probably for most people, most of computing any more is within the
> confines of a browser window. Now that ≤IE6 support is history, more
> and more websites have taken to defining all sizes in px, with text
> sizes most commonly those suited for the lowest pixel density
> screens, rather rarely as large as 16px, which on a larger than
> average size but also higher than average density 2560x1440 screen
> is only 9.8pt, while a much more common 13px is <8pt and a not
> uncommon 10px is 6.1pt.
> 
> Others with poorer than it used to be eyesight, like myself, or at
> least poorer than average, and/or higher density screens, surely get
> rather tired as do I of the need to either zoom on entry to every
> previously unvisited domain, or suffer the ill effects of either
> configuring use of a minimum text size or disabling site styles
> altogether.
> 
> >But with an armoury of font sizes, six in my case from tiny to vast,
> >there's no difficulty changing at all, as long as one is prepared
> >to visit the bash prompt (or use a shell-escape).
> 
> Easy for you to say. Do you have a realistic idea how hard it is to
> do anything when the defaults start difficult to manage in the first
> place, the proverbial chicken and egg problem? It's a whole lot
> easier to make too big text smaller than it is to make too small
> text bigger. Maybe size 6 isn't so vast when density is double the
> reference standard and the acuity is below average.

Good point. Perhaps it would be worth submitting a feature request to
the d-i bug list to add an optional installer step that requests a
larger default font size after the the keyboard language/layout etc.
This could write lines in locations like /etc/default/console-setup
and /boot/grub/grub.cfg.

My smallest font gives me 213x66 characters on this laptop, and
would be very uncomfortable to read for any length of time. But
I can't claim that it's too difficult for me to be able to type in
commands to investigate and change it. Some others probably would.

> >It's easy to be misled by just considering the means to resolve two
> >dots of lines from each other as the only function of 

Re: Debian Jessie : regular console instead of a hi-res one!

[Ric Moore]

On 09/13/2016 02:36 PM, David Wright wrote:


When I want to change resolution, which keys should I press to do that?


Back in the day, when xorg.conf roamed free, you could have multiple 
screen resolutions noted within it and a ctrl-alt-+ would switch 
resolutions on the fly. That worked on CRT monitors, not sure how that 
would work on LEDs. Ric



--
My father, Victor Moore (Vic) used to say:
"There are two Great Sins in the world...
..the Sin of Ignorance, and the Sin of Stupidity.
Only the former may be overcome." R.I.P. Dad.
http://linuxcounter.net/user/44256.html

Re: Debian Jessie : regular console instead of a hi-res one!

[Felix Miata]

David Wright composed on 2016-09-13 13:36 (UTC-0500):

Rather curious to see a regular participant here with a .co.uk mailing 
address apparently in a university environment in a UTC-0500 time zone. 
Curiosity makes it for me a recurring distraction, wondering just what part 
of the world this might be, somewhere north of Wisconsin, Minnesota or North 
Dakota? :-p



On Thu 08 Sep 2016 at 12:53:49 (-0400), Felix Miata wrote:



David Wright composed on 2016-09-08 09:08 (UTC-0500):



>You can play with framebuffers and kernel drivers all you like.
>What you cannot do is alter the layout of pixels on the screen.



Absolutely true.



>If you don't use a resolution that matches those pixels exactly,
>nothing you do can compensate.



False. The difference from one resolution to the next is easily lost
if the screen resolution is beyond the resolving power of the eyes.



>You are deluding yourself if you think you can.



Been doing it for years. One factor is called natural optical
deterioration. There's a limit to resolving power that typically
gets worse with age. It's a primary reason why complaints are ever
made about tiny fonts accompanying increased pixel density.



The main reason people complain about tiny fonts


I'd like to see a cite for the assertion of this "main" reason.


? is because they're
often difficult to change, or changing them leads to undesirable
effects, like web pages that don't re-wrap lines to take account
of the change.


I rather think the *main* reason is difficulty reading them, closely followed 
by, or in conjunction with, their pervasiveness, which is almost as commonly 
coupled with gray color instead of best contrast black.


Probably for most people, most of computing any more is within the confines 
of a browser window. Now that ≤IE6 support is history, more and more websites 
have taken to defining all sizes in px, with text sizes most commonly those 
suited for the lowest pixel density screens, rather rarely as large as 16px, 
which on a larger than average size but also higher than average density 
2560x1440 screen is only 9.8pt, while a much more common 13px is <8pt and a 
not uncommon 10px is 6.1pt.


Others with poorer than it used to be eyesight, like myself, or at least 
poorer than average, and/or higher density screens, surely get rather tired 
as do I of the need to either zoom on entry to every previously unvisited 
domain, or suffer the ill effects of either configuring use of a minimum text 
size or disabling site styles altogether.



But with an armoury of font sizes, six in my case from tiny to vast,
there's no difficulty changing at all, as long as one is prepared
to visit the bash prompt (or use a shell-escape).


Easy for you to say. Do you have a realistic idea how hard it is to do 
anything when the defaults start difficult to manage in the first place, the 
proverbial chicken and egg problem? It's a whole lot easier to make too big 
text smaller than it is to make too small text bigger. Maybe size 6 isn't so 
vast when density is double the reference standard and the acuity is below 
average.



It's easy to be misled by just considering the means to resolve two
dots of lines from each other as the only function of display
resolution. The crispness of a font depends on the angles of edges
to which the eye is very sensitive, even when it can't resolve the
actual dots themselves that make up that edge.


Maybe it's time to emulate some senior eyeballs. Hang some cheesecloth in 
front of your face, turn screen brightness down below 33%, let plenty of 
bright sunlight into the area where the display faces, and double or triple 
the normal distance between screen and face, then try to discern any 
difference in crispness between the vtty's default 9x16 font at 1280x720, and 
larger pixel size fonts on the same display at a native 1920x1080. Once the 
threshhold is reached, more px density is wasted.



Another factor has to do with screen size and distance, not
necessarily caused by deterioration, but because of eyes never that
good to begin with, and corrective lenses that do a better job at
particular focal lengths. Too close and pixels can become apparent
and bothersome. More distance can work better.



If the pixels are as large as to be bothersome, then make them
smaller, ie use a higher resolution on the screen! Why would you
ever use a lower resolution in that case?


Visual threshhold vs. ease of (re)configuring. For a lot of people, the only 
way they know to deal with everything being too small is to reduce 
resolution. Is it ideal? Of course not! Do people do it? It's common among 
the simple minded and the elderly.



IOW:



1-Don't knock it if you haven't tried it. By this I don't mean tried
only on Debian installations either. The default framebuffer font of
Debian and its derivatives is very commonly different from
non-Debian distros, represented by the spindly ugly thing used by
Ubuntu. Without Plymouth, one can typically see the 

Re: Debian Jessie : regular console instead of a hi-res one!

[David Wright]

On Thu 08 Sep 2016 at 12:53:49 (-0400), Felix Miata wrote:
> David Wright composed on 2016-09-08 09:08 (UTC-0500):
> 
> >On Thu 08 Sep 2016 at 04:36:42 (-0400), Felix Miata wrote:
> 
> >>Nicolas George composed on 2016-09-08 10:07 (UTC+0200):
> 
> >>>Felix Miata composed:
> 
> The simplest way is to direct KMS's framebuffer to use a lower resolution
> than the native hi-res one by including a video= parameter on the kernel
> cmdline. The lower the resolution, the larger the standard (usually 16x9)
> framebuffer font becomes. On a 1920x1200 display I typically use
> video=1440x900@60; on a 1920x1080, 1280x720@60; depending on size of 
> display
> and actual resolutions it supports. Using video=1920x1080 on a 2560x1440
> display should produce a font 177% of the physical size of the one used
> natively.
> 
> >>>It may be ONE OF THE simplest ways, but it a very bad one: screen have a
> >>>native resolution, operating at a different one requires scaling: the
> >>>resulting text will be much less readable than with the better solution of
> >>>using a larger font.
> 
> >>Have you ever tried it? Default framebuffer fonts are quite
> >>adaptable to different resolutions, as they are generally produced
> >>with many more pix than typical GUI fonts. All that extra size
> >>enhances readability, compensating rather nicely for the loss in
> >>apparent resolution.
> 
> >You can play with framebuffers and kernel drivers all you like.
> >What you cannot do is alter the layout of pixels on the screen.
> 
> Absolutely true.
> 
> >If you don't use a resolution that matches those pixels exactly,
> >nothing you do can compensate.
> 
> False. The difference from one resolution to the next is easily lost
> if the screen resolution is beyond the resolving power of the eyes.
> 
> >You are deluding yourself if you think you can.
> 
> Been doing it for years. One factor is called natural optical
> deterioration. There's a limit to resolving power that typically
> gets worse with age. It's a primary reason why complaints are ever
> made about tiny fonts accompanying increased pixel density.

The main reason people complain about tiny fonts is because they're
often difficult to change, or changing them leads to undesirable
effects, like web pages that don't re-wrap lines to take account
of the change.

But with an armoury of font sizes, six in my case from tiny to vast,
there's no difficulty changing at all, as long as one is prepared
to visit the bash prompt (or use a shell-escape).

It's easy to be misled by just considering the means to resolve two
dots of lines from each other as the only function of display
resolution. The crispness of a font depends on the angles of edges
to which the eye is very sensitive, even when it can't resolve the
actual dots themselves that make up that edge.

> Another factor has to do with screen size and distance, not
> necessarily caused by deterioration, but because of eyes never that
> good to begin with, and corrective lenses that do a better job at
> particular focal lengths. Too close and pixels can become apparent
> and bothersome. More distance can work better.

If the pixels are as large as to be bothersome, then make them
smaller, ie use a higher resolution on the screen! Why would you
ever use a lower resolution in that case?

> IOW:
> 
> 1-Don't knock it if you haven't tried it. By this I don't mean tried
> only on Debian installations either. The default framebuffer font of
> Debian and its derivatives is very commonly different from
> non-Debian distros, represented by the spindly ugly thing used by
> Ubuntu. Without Plymouth, one can typically see the initial font
> during post is much bolder, changing somewhere along the way to the
> desktop or login prompt to a much lighter stroked variety. If all
> you've ever seen is the lightweight, try a (Debian) Knoppix CD or
> DVD and you'll see what Fedora and openSUSE users see by default
> (TerminusBold?) on their framebuffers, a font that's nicely bold and
> forgiving of non-optimal screen resolution.

Well, I'm up for that. Tell me what I have to do: it's quite involved.
I can blacklist my i915 module; should I replace it in /etc/modules
with, say, the i810fb module. Or should I just add
video=intelfb:mode=640x480@60,accel,hwcursor,vram=8
to grub's boot line?

When I want to change resolution, which keys should I press to do that?

And last, but not least, I need a surefire method of determining what
resolution I have succeeded in running. With native resolution, that's
very simple. I put some text on the screen such that the bottom line
and rightmost character are both used, determine the pixels used in
the character grid, multiply each with $LINES and $COLUMNS, and then
add the unused pixels at the bottom and right edges. All done with
a handlens.

> 2-Don't expect just because you decide it's not for you that it
> can't be for anyone else.

I've made no such decision. I'm just trying to understand 

Re: Debian Jessie : regular console instead of a hi-res one!

[Felix Miata]

David Wright composed on 2016-09-08 09:08 (UTC-0500):


On Thu 08 Sep 2016 at 04:36:42 (-0400), Felix Miata wrote:



Nicolas George composed on 2016-09-08 10:07 (UTC+0200):



>Felix Miata composed:



>>The simplest way is to direct KMS's framebuffer to use a lower resolution
>>than the native hi-res one by including a video= parameter on the kernel
>>cmdline. The lower the resolution, the larger the standard (usually 16x9)
>>framebuffer font becomes. On a 1920x1200 display I typically use
>>video=1440x900@60; on a 1920x1080, 1280x720@60; depending on size of display
>>and actual resolutions it supports. Using video=1920x1080 on a 2560x1440
>>display should produce a font 177% of the physical size of the one used
>>natively.



>It may be ONE OF THE simplest ways, but it a very bad one: screen have a
>native resolution, operating at a different one requires scaling: the
>resulting text will be much less readable than with the better solution of
>using a larger font.



Have you ever tried it? Default framebuffer fonts are quite
adaptable to different resolutions, as they are generally produced
with many more pix than typical GUI fonts. All that extra size
enhances readability, compensating rather nicely for the loss in
apparent resolution.



You can play with framebuffers and kernel drivers all you like.
What you cannot do is alter the layout of pixels on the screen.


Absolutely true.


If you don't use a resolution that matches those pixels exactly,
nothing you do can compensate.


False. The difference from one resolution to the next is easily lost if the 
screen resolution is beyond the resolving power of the eyes.



You are deluding yourself if you think you can.


Been doing it for years. One factor is called natural optical deterioration. 
There's a limit to resolving power that typically gets worse with age. It's a 
primary reason why complaints are ever made about tiny fonts accompanying 
increased pixel density.


Another factor has to do with screen size and distance, not necessarily 
caused by deterioration, but because of eyes never that good to begin with, 
and corrective lenses that do a better job at particular focal lengths. Too 
close and pixels can become apparent and bothersome. More distance can work 
better.


IOW:

1-Don't knock it if you haven't tried it. By this I don't mean tried only on 
Debian installations either. The default framebuffer font of Debian and its 
derivatives is very commonly different from non-Debian distros, represented 
by the spindly ugly thing used by Ubuntu. Without Plymouth, one can typically 
see the initial font during post is much bolder, changing somewhere along the 
way to the desktop or login prompt to a much lighter stroked variety. If all 
you've ever seen is the lightweight, try a (Debian) Knoppix CD or DVD and 
you'll see what Fedora and openSUSE users see by default (TerminusBold?) on 
their framebuffers, a font that's nicely bold and forgiving of non-optimal 
screen resolution.


2-Don't expect just because you decide it's not for you that it can't be for 
anyone else.


3-Lowered resolution for the framebuffers does not necessarily dictate 
resolution for Xorg. For the past couple of years or so, if using the Intel 
Xorg driver, Xorg will default to the cmdline video= directive, in contrast 
to nouveau and radeon sticking to native by default, but this can be overcome 
via xrandr or xorg.con* or the DE. I normally configure them differently, 
native for Xorg, reduced for framebuffer.


4-I'm not suggesting font reconfiguration can't be appropriate, only that 
there may be an easier way that is quite suitable, particularly for a machine 
that is shared among people with diverse visual acuity.

--
"The wise are known for their understanding, and pleasant
words are persuasive." Proverbs 16:21 (New Living Translation)

 Team OS/2 ** Reg. Linux User #211409 ** a11y rocks!

Felix Miata  ***  http://fm.no-ip.com/

Re: Debian Jessie : regular console instead of a hi-res one!

[David Wright]

On Thu 08 Sep 2016 at 04:36:42 (-0400), Felix Miata wrote:
> Nicolas George composed on 2016-09-08 10:07 (UTC+0200):
> 
> >Felix Miata composed:
> 
> >>The simplest way is to direct KMS's framebuffer to use a lower resolution
> >>than the native hi-res one by including a video= parameter on the kernel
> >>cmdline. The lower the resolution, the larger the standard (usually 16x9)
> >>framebuffer font becomes. On a 1920x1200 display I typically use
> >>video=1440x900@60; on a 1920x1080, 1280x720@60; depending on size of display
> >>and actual resolutions it supports. Using video=1920x1080 on a 2560x1440
> >>display should produce a font 177% of the physical size of the one used
> >>natively.
> 
> >It may be ONE OF THE simplest ways, but it a very bad one: screen have a
> >native resolution, operating at a different one requires scaling: the
> >resulting text will be much less readable than with the better solution of
> >using a larger font.
> 
> Have you ever tried it? Default framebuffer fonts are quite
> adaptable to different resolutions, as they are generally produced
> with many more pix than typical GUI fonts. All that extra size
> enhances readability, compensating rather nicely for the loss in
> apparent resolution.

You can play with framebuffers and kernel drivers all you like.
What you cannot do is alter the layout of pixels on the screen.
If you don't use a resolution that matches those pixels exactly,
nothing you do can compensate. You are deluding yourself if you
think you can.

Now, I will apologise if you're still using a monochrome CRT. None
of the paragraph above applies in that case as the screen has a
uniform coating of phosphor. If you're still using a colour CRT,
then you get the worst of both worlds: the screen is pixelated
(you can see the dots or stripes with a handlens) but there's
no way of precisely lining up the grid of pixels from the video
card with the grid of holes in the shadow mask because the
mechanism linking them is analogue (shooting electrons through
a vacuum).

Terminal fonts are then designed to be displayed as a raster of
those pixels, rather than as a series of strokes coerced into
a raster of pixels. One might have a different opinion of the
clarity of any individual font displayed at different sizes.
One of the benefits of using setfont is that you can use a
different font for each size if you wish, and you can select
them on the fly according to circumstances: the type of work,
the ambient lighting etc. I use a much smaller font in bed
than outdoors, for example.

Another compromise that can be compensated for by having an
instant choice of fonts is their ability to handle unusual
glyphs in Unicode. Some of the clearest fonts are lacking in
coverage for obvious reasons.

Cheers,
David.

Re: Debian Jessie : regular console instead of a hi-res one!

[Nicolas George]

Le tridi 23 fructidor, an CCXXIV, Felix Miata a écrit :
>as they are generally produced with many more pix
> than typical GUI fonts.

You said, quite rightly, "usually 16x9". That does not make many more
pixels, that is rather typical of what is used with GUI fonts too.

> All that extra size enhances readability,
> compensating rather nicely for the loss in apparent resolution.

Yes, it enhances it compared to tiny glyphs, but it worsens it compared to
larger glyphs at native resolution.

Regards,

-- 
  Nicolas George


signature.asc
Description: Digital signature

Re: Debian Jessie : regular console instead of a hi-res one!

[Felix Miata]

Nicolas George composed on 2016-09-08 10:07 (UTC+0200):


Felix Miata composed:



The simplest way is to direct KMS's framebuffer to use a lower resolution
than the native hi-res one by including a video= parameter on the kernel
cmdline. The lower the resolution, the larger the standard (usually 16x9)
framebuffer font becomes. On a 1920x1200 display I typically use
video=1440x900@60; on a 1920x1080, 1280x720@60; depending on size of display
and actual resolutions it supports. Using video=1920x1080 on a 2560x1440
display should produce a font 177% of the physical size of the one used
natively.



It may be ONE OF THE simplest ways, but it a very bad one: screen have a
native resolution, operating at a different one requires scaling: the
resulting text will be much less readable than with the better solution of
using a larger font.


Have you ever tried it? Default framebuffer fonts are quite adaptable to 
different resolutions, as they are generally produced with many more pix than 
typical GUI fonts. All that extra size enhances readability, compensating 
rather nicely for the loss in apparent resolution.

--
"The wise are known for their understanding, and pleasant
words are persuasive." Proverbs 16:21 (New Living Translation)

 Team OS/2 ** Reg. Linux User #211409 ** a11y rocks!

Felix Miata  ***  http://fm.no-ip.com/

Re: Debian Jessie : regular console instead of a hi-res one!

[Nicolas George]

Le tridi 23 fructidor, an CCXXIV, Felix Miata a écrit :
> The simplest way is to direct KMS's framebuffer to use a lower resolution
> than the native hi-res one by including a video= parameter on the kernel
> cmdline. The lower the resolution, the larger the standard (usually 16x9)
> framebuffer font becomes. On a 1920x1200 display I typically use
> video=1440x900@60; on a 1920x1080, 1280x720@60; depending on size of display
> and actual resolutions it supports. Using video=1920x1080 on a 2560x1440
> display should produce a font 177% of the physical size of the one used
> natively.

It may be ONE OF THE simplest ways, but it a very bad one: screen have a
native resolution, operating at a different one requires scaling: the
resulting text will be much less readable than with the better solution of
using a larger font.

Regards,

-- 
  Nicolas George


signature.asc
Description: Digital signature

Re: Debian Jessie : regular console instead of a hi-res one!

[Felix Miata]

The simplest way is to direct KMS's framebuffer to use a lower resolution 
than the native hi-res one by including a video= parameter on the kernel 
cmdline. The lower the resolution, the larger the standard (usually 16x9) 
framebuffer font becomes. On a 1920x1200 display I typically use 
video=1440x900@60; on a 1920x1080, 1280x720@60; depending on size of display 
and actual resolutions it supports. Using video=1920x1080 on a 2560x1440 
display should produce a font 177% of the physical size of the one used natively.

--
"The wise are known for their understanding, and pleasant
words are persuasive." Proverbs 16:21 (New Living Translation)

 Team OS/2 ** Reg. Linux User #211409 ** a11y rocks!

Felix Miata  ***  http://fm.no-ip.com/

Re: Debian Jessie : regular console instead of a hi-res one!

[Stephen Powell]

On Mon, Sep 5, 2016, at 12:46, Stephen Powell wrote:
> 
> To determine which module to blacklist, issue
> 
>dmesg|less
> 
> and see if you can figure out which module is loading.  You can also issue
> 
>lsmod|less
> 
> to see which modules are loaded.  Perhaps you can identify which module is
> the frame buffer driver this way.  Knowing your video chipset helps give you
> a clue also.  Issue
> 
>lspci|less
> 
> and look for VGA.  This may give you a clue as to the identity of the frame
> buffer driver.
> 

I found a better way to identify the frame buffer driver.  Issue

   lspci -k|less

then search for the character string VGA.  You should see something like this:

   01:05.0 VGA compatible controller: Advanced Micro Devices, Inc. [AMD/ATI] 
RS780L [Radeon 3000]
   Subsystem: Gigabyte Technology Co., Ltd RS780L [Radeon 3000]
   Kernel driver in use: radeon
   Kernel modules: radeon

This clearly identifies the frame buffer driver.

I realize that the OP has chosen a different solution.  But for the sake of
others who may find this thread in a future search who wish to go the hardware
text mode route, I have added this information.  The "vga" option of LILO
(also usable with GRUB2 if you use linux16 and initrd16 instead of linux and 
initrd
in the menuentry bloc) provides more choices than the hardware default of 80x25.
For more information about this, see my LILO web page at

   http://www.stevesdebianstuff.org/lilo.htm#VGA

-- 
  .''`. Stephen Powell
 : :'  :
 `. `'`
   `-

Re: Debian Jessie : regular console instead of a hi-res one!

[Mayuresh Kathe]

On Mon, Sep 05, 2016 at 06:36:05PM +0100, Brian wrote:
> 
> I'm surprised the OP didn't test them with
> 
>   dpkg-reconfigure console-setup

This worked. I now have a sane console setting. :)
Thanks for that tip Brian.

~Mayuresh

Re: Debian Jessie : regular console instead of a hi-res one!

[Brian]

On Mon 05 Sep 2016 at 13:47:04 -0400, Jude DaShiell wrote:

> Have you tried Lucida bright yet?  When I was working my employer had a
> presentation on that font and had all computers switched over to it to
> improve clarity of writing.  Me never having seen anything, I don't know how
> good that font is.

Lucida bright is a font I associate with Latex (Tex). I doubt it is
suitable for pure console use. There are contraints which the console
imposes which, even with a framebuffer, limit the type of font which
can be used. When it comes to it, a terminal under X does much better.


 
> On Mon, 5 Sep 2016, Brian wrote:
> 
> >Date: Mon, 5 Sep 2016 13:36:05
> >From: Brian <a...@cityscape.co.uk>
> >To: debian-user@lists.debian.org
> >Subject: Re: Debian Jessie : regular console instead of a hi-res one!
> >Resent-Date: Mon,  5 Sep 2016 17:36:23 + (UTC)
> >Resent-From: debian-user@lists.debian.org
> >
> >On Mon 05 Sep 2016 at 11:58:25 -0500, David Wright wrote:
> >
> >>On Mon 05 Sep 2016 at 21:31:20 (+0530), Mayuresh Kathe wrote:
> >>>Is there any way to get a regular console under Debian Jessie?
> >>>I don't use a GUI, just plain old CLI, and working on hi-res with
> >>>"tiny" little fonts is extremely painful.
> >>>I have tried playing with "console-setup". No results.
> >>
> >>I have commands aliased thus in ~/.bashrc
> >>
> >>alias my-font-tiny="setfont Lat15-Terminus12x6"
> >>alias my-font-small="setfont Lat15-Terminus14"
> >>alias my-font-medium="setfont Lat15-Terminus20x10"
> >>alias my-font-large="setfont Lat15-Terminus24x12"
> >>alias my-font-huge="setfont Lat15-Terminus28x14"
> >>alias my-font-vast="setfont Lat15-Terminus32x16"
> >
> >Every time I use the console (which is a lot) I appreciate the existence
> >of the Terminus font and could not do without it.
> >
> >>$ cat /etc/default/console-setup
> >># CONFIGURATION FILE FOR SETUPCON
> >>
> >># Consult the console-setup(5) manual page.
> >>
> >>ACTIVE_CONSOLES="/dev/tty[1-6]"
> >>
> >>CHARMAP="UTF-8"
> >>
> >>CODESET="Lat15"
> >># Make no font changes to allow scrollback of boot screen
> >>
> >>VIDEOMODE=
> >>
> >># The following is an example how to use a braille font
> >># FONT='lat9w-08.psf.gz brl-8x8.psf'
> >>FONTFACE="Terminus"
> >>FONTSIZE="10x20"
> >>$
> >>
> >>That sets the default for logging in. Changing the font like this will
> >>clear the scrollback buffer (ie everything before the current screenfull)
> >>if you are someone who looks at booting messages.
> >>
> >>I think Terminus comes from package xfonts-terminus. If that's not the
> >
> >console-setup-linux provides the .psf files. In all his "playing about"
> >I'm surprised the OP didn't test them with
> >
> > dpkg-reconfigure console-setup
> >
> >>case then post again and I will investigate. (I have a lot of fonts
> >>installed for both VCs and X, which I do use.) Of course, you can use
> >>whatever set of fonts you want, but I find Terminus very clear.
> >>However, it's not well endowed for Unicode, so you may want something
> >>different.
> >>
> >>Those aliased commands set each VC independently BTW.
> >
> >Thanks for the detail. Something to try in the future.
> >
> >
> 
> -- 
> 

Re: Debian Jessie : regular console instead of a hi-res one!

[Jude DaShiell]

Have you tried Lucida bright yet?  When I was working my employer had a 
presentation on that font and had all computers switched over to it to 
improve clarity of writing.  Me never having seen anything, I don't know 
how good that font is.


On Mon, 5 Sep 2016, Brian wrote:


Date: Mon, 5 Sep 2016 13:36:05
From: Brian <a...@cityscape.co.uk>
To: debian-user@lists.debian.org
Subject: Re: Debian Jessie : regular console instead of a hi-res one!
Resent-Date: Mon,  5 Sep 2016 17:36:23 + (UTC)
Resent-From: debian-user@lists.debian.org

On Mon 05 Sep 2016 at 11:58:25 -0500, David Wright wrote:


On Mon 05 Sep 2016 at 21:31:20 (+0530), Mayuresh Kathe wrote:

Is there any way to get a regular console under Debian Jessie?
I don't use a GUI, just plain old CLI, and working on hi-res with
"tiny" little fonts is extremely painful.
I have tried playing with "console-setup". No results.


I have commands aliased thus in ~/.bashrc

alias my-font-tiny="setfont Lat15-Terminus12x6"
alias my-font-small="setfont Lat15-Terminus14"
alias my-font-medium="setfont Lat15-Terminus20x10"
alias my-font-large="setfont Lat15-Terminus24x12"
alias my-font-huge="setfont Lat15-Terminus28x14"
alias my-font-vast="setfont Lat15-Terminus32x16"


Every time I use the console (which is a lot) I appreciate the existence
of the Terminus font and could not do without it.


$ cat /etc/default/console-setup
# CONFIGURATION FILE FOR SETUPCON

# Consult the console-setup(5) manual page.

ACTIVE_CONSOLES="/dev/tty[1-6]"

CHARMAP="UTF-8"

CODESET="Lat15"
# Make no font changes to allow scrollback of boot screen

VIDEOMODE=

# The following is an example how to use a braille font
# FONT='lat9w-08.psf.gz brl-8x8.psf'
FONTFACE="Terminus"
FONTSIZE="10x20"
$

That sets the default for logging in. Changing the font like this will
clear the scrollback buffer (ie everything before the current screenfull)
if you are someone who looks at booting messages.

I think Terminus comes from package xfonts-terminus. If that's not the


console-setup-linux provides the .psf files. In all his "playing about"
I'm surprised the OP didn't test them with

 dpkg-reconfigure console-setup


case then post again and I will investigate. (I have a lot of fonts
installed for both VCs and X, which I do use.) Of course, you can use
whatever set of fonts you want, but I find Terminus very clear.
However, it's not well endowed for Unicode, so you may want something
different.

Those aliased commands set each VC independently BTW.


Thanks for the detail. Something to try in the future.




--

Re: Debian Jessie : regular console instead of a hi-res one!

[Brian]

On Mon 05 Sep 2016 at 11:58:25 -0500, David Wright wrote:

> On Mon 05 Sep 2016 at 21:31:20 (+0530), Mayuresh Kathe wrote:
> > Is there any way to get a regular console under Debian Jessie?
> > I don't use a GUI, just plain old CLI, and working on hi-res with
> > "tiny" little fonts is extremely painful.
> > I have tried playing with "console-setup". No results.
> 
> I have commands aliased thus in ~/.bashrc
> 
> alias my-font-tiny="setfont Lat15-Terminus12x6"
> alias my-font-small="setfont Lat15-Terminus14"
> alias my-font-medium="setfont Lat15-Terminus20x10"
> alias my-font-large="setfont Lat15-Terminus24x12"
> alias my-font-huge="setfont Lat15-Terminus28x14"
> alias my-font-vast="setfont Lat15-Terminus32x16"

Every time I use the console (which is a lot) I appreciate the existence
of the Terminus font and could not do without it.

> $ cat /etc/default/console-setup
> # CONFIGURATION FILE FOR SETUPCON
> 
> # Consult the console-setup(5) manual page.
> 
> ACTIVE_CONSOLES="/dev/tty[1-6]"
> 
> CHARMAP="UTF-8"
> 
> CODESET="Lat15"
> # Make no font changes to allow scrollback of boot screen
> 
> VIDEOMODE=
> 
> # The following is an example how to use a braille font
> # FONT='lat9w-08.psf.gz brl-8x8.psf'
> FONTFACE="Terminus"
> FONTSIZE="10x20"
> $ 
> 
> That sets the default for logging in. Changing the font like this will
> clear the scrollback buffer (ie everything before the current screenfull)
> if you are someone who looks at booting messages.
> 
> I think Terminus comes from package xfonts-terminus. If that's not the

console-setup-linux provides the .psf files. In all his "playing about"
I'm surprised the OP didn't test them with

  dpkg-reconfigure console-setup

> case then post again and I will investigate. (I have a lot of fonts
> installed for both VCs and X, which I do use.) Of course, you can use
> whatever set of fonts you want, but I find Terminus very clear.
> However, it's not well endowed for Unicode, so you may want something
> different.
> 
> Those aliased commands set each VC independently BTW.

Thanks for the detail. Something to try in the future.

Re: Debian Jessie : regular console instead of a hi-res one!

[David Wright]

On Mon 05 Sep 2016 at 21:31:20 (+0530), Mayuresh Kathe wrote:
> Is there any way to get a regular console under Debian Jessie?
> I don't use a GUI, just plain old CLI, and working on hi-res with
> "tiny" little fonts is extremely painful.
> I have tried playing with "console-setup". No results.

I have commands aliased thus in ~/.bashrc

alias my-font-tiny="setfont Lat15-Terminus12x6"
alias my-font-small="setfont Lat15-Terminus14"
alias my-font-medium="setfont Lat15-Terminus20x10"
alias my-font-large="setfont Lat15-Terminus24x12"
alias my-font-huge="setfont Lat15-Terminus28x14"
alias my-font-vast="setfont Lat15-Terminus32x16"

$ cat /etc/default/console-setup
# CONFIGURATION FILE FOR SETUPCON

# Consult the console-setup(5) manual page.

ACTIVE_CONSOLES="/dev/tty[1-6]"

CHARMAP="UTF-8"

CODESET="Lat15"
# Make no font changes to allow scrollback of boot screen

VIDEOMODE=

# The following is an example how to use a braille font
# FONT='lat9w-08.psf.gz brl-8x8.psf'
FONTFACE="Terminus"
FONTSIZE="10x20"
$ 

That sets the default for logging in. Changing the font like this will
clear the scrollback buffer (ie everything before the current screenfull)
if you are someone who looks at booting messages.

I think Terminus comes from package xfonts-terminus. If that's not the
case then post again and I will investigate. (I have a lot of fonts
installed for both VCs and X, which I do use.) Of course, you can use
whatever set of fonts you want, but I find Terminus very clear.
However, it's not well endowed for Unicode, so you may want something
different.

Those aliased commands set each VC independently BTW.

Cheers,
David.

Re: Debian Jessie : regular console instead of a hi-res one!

[Stephen Powell]

On Mon, Sep 5, 2016, at 12:01, Mayuresh Kathe wrote:
> 
> Is there any way to get a regular console under Debian Jessie?
> I don't use a GUI, just plain old CLI, and working on hi-res with "tiny" 
> little fonts is extremely painful.
> I have tried playing with "console-setup". No results.
> 

Yes.  What you are seeing is a "frame buffer" console.  In most cases,
the X driver requires this.  But if you are not using an X server, you
can disable it.  The trick is to blacklist the right driver.  For example,
if you have a radeon chipset, blacklisting the radeon driver might accomplish
this.  Create a file such as /etc/modprobe.d/local.conf.  Put a line in it
which says

   blacklist radeon

Save the file and exit the editor.  Whenever you blacklist a module, it is
a good idea to rebuild your initial RAM file system, although if the module
is not loaded until after the permanent root file system is mounted read-only,
this is not strictly required.  To do this, issue

   update-initramfs -u -k $(uname -r)

Then shutdown and reboot.

To determine which module to blacklist, issue

   dmesg|less

and see if you can figure out which module is loading.  You can also issue

   lsmod|less

to see which modules are loaded.  Perhaps you can identify which module is
the frame buffer driver this way.  Knowing your video chipset helps give you
a clue also.  Issue

   lspci|less

and look for VGA.  This may give you a clue as to the identity of the frame
buffer driver.

-- 
  .''`. Stephen Powell
 : :'  :
 `. `'`
   `-

Re: Debian Jessie : regular console instead of a hi-res one!

[Nicolas George]

Le decadi 20 fructidor, an CCXXIV, Mayuresh Kathe a écrit :
> Is there any way to get a regular console under Debian Jessie?
> I don't use a GUI, just plain old CLI, and working on hi-res with "tiny"
> little fonts is extremely painful.
> I have tried playing with "console-setup". No results.

You probably need to inhibit the auto-loading of the kernel module
corresponding to your video controller.

But I advise against it: you will get stuck with the text mode emulation of
modern video cards, something very old and something that the vendors no
longer care about. You would probably get much better comfort by keeping the
framebuffer console and configuring it to use larger fonts.

In fact, even for CLI, if the box is not too old, I think you would be even
better of starting an X11 server with just a big XTerm taking all the
screen: in my experience, X11 terminal emulator are much more comfortable
than anything in the console.


signature.asc
Description: Digital signature

Debian Jessie : regular console instead of a hi-res one!

[Mayuresh Kathe]

Hi,

Is there any way to get a regular console under Debian Jessie?
I don't use a GUI, just plain old CLI, and working on hi-res with "tiny" 
little fonts is extremely painful.

I have tried playing with "console-setup". No results.

~Mayuresh