lists.openwall.net | lists / announce owl-users owl-dev john-users john-dev passwdqc-users yescrypt popa3d-users / oss-security kernel-hardening musl sabotage tlsify passwords / crypt-dev xvendor / Bugtraq Full-Disclosure linux-kernel linux-netdev linux-ext4 linux-hardening linux-cve-announce PHC | |
Open Source and information security mailing list archives
| ||
|
Date: Fri, 22 Jun 2018 03:54:45 +0200 From: Adam Borowski <kilobyte@...band.pl> To: Dave Mielke <Dave@...lke.cc> Cc: Nicolas Pitre <nicolas.pitre@...aro.org>, Greg Kroah-Hartman <gregkh@...uxfoundation.org>, Samuel Thibault <samuel.thibault@...-lyon.org>, linux-kernel@...r.kernel.org Subject: Re: [PATCH v2 0/4] have the vt console preserve unicode characters On Wed, Jun 20, 2018 at 10:21:37PM -0400, Dave Mielke wrote: > [quoted lines by Adam Borowski on 2018/06/21 at 03:43 +0200] > > >It's meant for displaying braille to _sighted_ people. And in real world, > >the main [ab]use is a way to show images that won't get corrupted by > >proportional fonts. :-þ > > It's not abuse at all. I often use U+28xx to show sighted people what the > braille for something looks like. I often need to do this when, for example, I > need them to comapre what I'm showing them to what's on an actual braille > display. U+28xx is the only way for me to do this without a lengthy description > containing sequences of dot number combinations. What you describe is the intended use. Abuse is when people use these glyphs to write text like this: ⡎⠉⠂⠠⠤⡀⣄⠤⡀⠀⠀⠀⡄⠀⡄⡠⠤⡀⡄⠀⡄⠀⠀⠀⣄⠤⡀⡠⠤⡀⠠⠤⡀⡠⠤⡇⠀⠀⠀⠤⡧⠄⣇⠤⡀⠠⡅⠀⡠⠤⠄⠎⢉⠆ ⠣⠤⠂⠪⠭⠇⠇⠀⠇⠀⠀⠀⠨⠭⠃⠣⠤⠃⠣⠤⠃⠀⠀⠀⠇⠀⠀⠫⠭⠁⠪⠭⠇⠣⠤⠇⠀⠀⠀⠀⠣⠄⠇⠀⠇⠀⠣⠀⠬⠭⠂⠀⠅⠀ (Not sure if you're completely blind or merely very weakly sighted; if the former, this is my way to show you how actual Latin letters look like, without a lengthy description of letter shapes. :) ) or for graphs. Here's commits per UTC hour of day: ⡀⠀⠀⢀⣴⣤⣴⣶⣶⣶⣾⣦ ⣿⣷⣾⣿⣿⣿⣿⣿⣿⣿⣿⣿ git log --pretty=format:'%at'| perl -pe 'use integer;/^(\d+)$/ or die;$_=$1/3600%24 ."\n"'| sort -n|uniq -c|cut -c3-7|braillegraph -y 8 or arbitrary images, like my .sig in all my mails in this thread. But your patch set doesn't special-case braille in any way, thus allowing such abuse to work on the console is merely an unintended side effect. > >The primary users would be: > >* people who want symbols uncorrupted (especially if their language uses a > > non-latin script) > >* CJK people (as discussed below) > > Again, that's not true. Why aren't braille users included in this list? After > all, it's we who motivated this enhancement. I guess actual blind people > mustn't count just because there are relatively fewer of us. :-( Well, I meant users of Unicode display fonts, ie, _additional_ functionality that's not yet coded but would rely on this patchset. What you guys want is already included. The reason I'm raising this issue now is because if the Unicode struct would be the primary one, there's no point in keeping vc_data in addition to uni_screen. And that would require designing the struct well from the start, to avoid unnecessary changes in the future. But then, taking a bitmask from that 32-bit value wouldn't be a big change -- you already take variously 8 or 9 bits out of a 16-bit field, depending on 256 vs 512 glyph mode. The other point is a quite pointless assumption that existing scrollback is "optimized". Even vgacon mostly uses software scrollback these days, as the amount of VGA display memory is really small. I don't know much about console display drivers in general, though, and it looks like most of them are unmaintained (just noticed that sisusb for example hasn't seen a maintainer action for 13 years, and that person's domain expired in 2006). Meow! -- ⢀⣴⠾⠻⢶⣦⠀ There's an easy way to tell toy operating systems from real ones. ⣾⠁⢰⠒⠀⣿⡁ Just look at how their shipped fonts display U+1F52B, this makes ⢿⡄⠘⠷⠚⠋⠀ the intended audience obvious. It's also interesting to see OSes ⠈⠳⣄⠀⠀⠀⠀ go back and forth wrt their intended target.
Powered by blists - more mailing lists