| 00:08.28 | *** join/#qi-hardware jwhitmore (~jwhitmore@host81-148-226-110.range81-148.btcentralplus.com) |
| 01:58.44 | *** join/#qi-hardware sb0 (~lekernel@123202036228.ctinets.com) |
| 02:18.10 | *** join/#qi-hardware sb0 (~lekernel@123202036228.ctinets.com) |
| 02:34.56 | *** join/#qi-hardware MistahDarcy (~crash@fsf/member/MistahDarcy) |
| 03:59.56 | *** join/#qi-hardware DocScrutinizer05 (~saturn@openmoko/engineers/joerg) |
| 04:42.59 | whitequark | DocScrutinizer51: I just committed DXF import to SolveSpace |
| 05:03.02 | *** join/#qi-hardware doomlord_ (~textual@host81-153-147-173.range81-153.btcentralplus.com) |
| 06:12.41 | wpwrak | whitequark: btw, when you have "connected" geometries, how do you transport bits from one to the other ? e.g., in the case of the anelok case, the "wedge" is made of two circles and both outer tangents. i don't know the length of the tangents (without calculating it). that length would in turn go to anything that defines the top side. e.g., a window or window frame. how would solvespace transport that value (or equivalent) from one ske |
| 06:12.41 | wpwrak | tch to the next ? |
| 06:13.48 | whitequark | I have no idea what are you talking about |
| 06:15.09 | wpwrak | ;-) |
| 06:15.10 | whitequark | "wedge"? wtf |
| 06:15.45 | wpwrak | ah, this is the overall form: http://downloads.qi-hardware.com/people/werner/anelok/tmp/case-interim/case-20150714.png |
| 06:15.53 | wpwrak | thought you knew it |
| 06:16.44 | wpwrak | on the side, the battery defines one circle. there's another one on the other end, smaller (with a more or less arbitrary radius) |
| 06:17.14 | wpwrak | i have the two radii plus the distance between the two centers |
| 06:18.04 | wpwrak | the top and bottom flat side is basically the two outer tangents on these circles / cylinders, extruded down the width of the case |
| 06:18.53 | wpwrak | now, one would want to do things that are based on the geometry of these flat sides. such as placing a window at the right spot |
| 06:19.49 | wpwrak | now would the 2D sketch that defines what's going on on the flat sides learn the length of the tangent ? |
| 06:20.26 | wpwrak | (or the points / lines where tangents touch circle / cylinder) |
| 06:27.43 | whitequark | solvespace does not have 2d sketches |
| 06:28.04 | whitequark | all sketches are inherently 3d, although when you are drawing "in 2d", all points are implicitly constrained in plane |
| 06:28.16 | wpwrak | so you do it all in the same 3D space as the main model ? |
| 06:28.29 | whitequark | there's no "main model" |
| 06:28.40 | whitequark | every sketch has one global coordinate space |
| 06:28.41 | wpwrak | so it's all in the same 3D space |
| 06:28.56 | whitequark | yep |
| 06:29.19 | wpwrak | okay, that should make this sort of "export/import" trivial |
| 06:31.06 | wpwrak | also probably also more understandable than the mix of "sketches" and other stuff in freecad :) (i dodge all this by scripting model generation, but that's of course not really the nicest way) |
| 08:10.44 | *** join/#qi-hardware kilae (~chatzilla@catv-162-034.tbwil.ch) |
| 08:30.07 | *** join/#qi-hardware sb0 (~lekernel@59.152.213.90) |
| 09:03.49 | *** join/#qi-hardware sandeepkr (~sandeep@111.235.64.4) |
| 09:30.49 | *** join/#qi-hardware jwhitmore (~jwhitmore@host81-148-226-110.range81-148.btcentralplus.com) |
| 09:30.50 | wpwrak | whitequark: playing with solvespace ... how do you use variables for geometry constraints |
| 09:31.03 | wpwrak | err, i mean for dimensions |
| 09:31.45 | wpwrak | and when it goes red, it seems there's not much of a choice but to backpedal out with undo ? or is there a way to find out what's wrong and fix it more directly |
| 09:31.47 | wpwrak | ? |
| 09:34.47 | *** join/#qi-hardware pcercuei (~pcercuei@185.13.202.227) |
| 09:35.23 | wpwrak | same point constraints seem to come apart when it goes red :( |
| 09:37.15 | wpwrak | also not so nice that redundant constraints make it go red, without indicating where the conflict is |
| 09:40.19 | wpwrak | nice that one can select constraints directly. not so nice: if two share the same indication, one sees only one |
| 09:52.15 | wpwrak | whitequark: the number of arc segments is sometimes confusingly low |
| 09:55.34 | wpwrak | whitequark: playing with my wedge shape: http://downloads.qi-hardware.com/people/werner/slvs/wedge-070654.slvs |
| 09:57.08 | wpwrak | not everything is quite right there, though. e.g., there should be a global "wall thickness" parameter that gets used to calculate the big cylinder-arc (or whatever this is called) based on its inner cylinder, which is in turn battery diameter + a bit of slack |
| 10:00.32 | *** join/#qi-hardware wildlander (~wild@unaffiliated/wildlander) |
| 10:03.43 | wpwrak | the browser window is a bit inconvenient: should either stay on top of the main window or at least the main window shouldn't raise itself when clicked |
| 12:48.20 | DocScrutinizer05 | not like there are no desktops that can do that |
| 13:02.14 | *** join/#qi-hardware sandeepkr_ (~sandeep@111.235.64.4) |
| 13:05.52 | *** join/#qi-hardware sandeepkr_ (~sandeep@111.235.64.4) |
| 13:38.48 | *** join/#qi-hardware sandeepkr__ (~sandeep@111.235.64.4) |
| 14:51.28 | *** join/#qi-hardware xiangfu (~xiangfu@125.39.16.17) |
| 15:29.30 | *** join/#qi-hardware pcercuei (~pcercuei@185.13.202.227) |
| 16:33.48 | *** join/#qi-hardware sb0 (~lekernel@123202036228.ctinets.com) |
| 17:12.42 | *** join/#qi-hardware arossdotme (~zxy@host-78-151-194-102.as13285.net) |
| 17:12.45 | *** join/#qi-hardware arossdotme-planb (~zxy@host-78-151-194-102.as13285.net) |
| 18:23.31 | whitequark | wpwrak: you can't use variables in constraints (yet) |
| 18:28.51 | whitequark | wpwrak: when it goes red, the browser window shows which constraints are problematic and what you can do about it |
| 18:28.51 | wpwrak | ewww :( |
| 18:29.30 | wpwrak | ah, should position the browser window more prominently then. i only found it by accident |
| 18:29.36 | whitequark | 'position'? |
| 18:29.47 | whitequark | the browser window is extremely important in solvespace, everything is done through it |
| 18:30.53 | wpwrak | it disappears easily under the model window |
| 18:31.02 | whitequark | your WM is broken |
| 18:31.12 | whitequark | there's an "always on top" flag set on the browser window |
| 18:31.35 | wpwrak | that information doesn't seem t make it |
| 18:31.45 | wpwrak | (using fvwm here) |
| 18:31.50 | whitequark | it's the standard icccm flag. i3 respects it |
| 18:32.04 | whitequark | ditto any common WMs (kwm and whatever gnome and unity use) |
| 18:34.41 | DocScrutinizer05 | whitequark: wpwrak's window manager is known to not support those flags like "always on top" |
| 18:34.57 | whitequark | DocScrutinizer05: "< whitequark> your WM is broken" |
| 18:35.09 | DocScrutinizer05 | that's why I answered |
| 18:35.13 | whitequark | i specifically positioned it more prominently |
| 18:35.17 | whitequark | dunno what else can i do |
| 18:35.59 | whitequark | wpwrak: "the number of arc segments is sometimes confusingly low" configuration -> chord tolerance |
| 18:36.12 | whitequark | for display it's specified in % of model bounding box |
| 18:36.31 | whitequark | since that gives you consistent results regardless of part scale |
| 18:36.40 | whitequark | for export it's specified in mm, e.g. if you want to 3d-print |
| 18:37.04 | DocScrutinizer05 | how about (heresy warning) a non-multiwindowed UI? |
| 18:37.29 | whitequark | wpwrak: "same point constraints seem to come apart when it goes red :(" |
| 18:37.31 | DocScrutinizer05 | iirc aka modal vs non-modal |
| 18:38.00 | whitequark | when it's red, the solver can't do anything, not even propagate point-coincident constraints |
| 18:38.12 | DocScrutinizer05 | (though I think that had another meaning, about focus grab) |
| 18:38.13 | whitequark | you aren't supposed to do anything in that mode except fix them |
| 18:38.28 | whitequark | wpwrak: "nice that one can select constraints directly. not so nice: if two share the same indication, one sees only one" |
| 18:38.36 | whitequark | you can hover constraints in the browser window |
| 18:38.47 | whitequark | and you get a highlight in the graphics window |
| 18:39.03 | whitequark | so you can distinguish them by the name |
| 18:39.21 | whitequark | you can also right-click on points and select "delete point-coincident" if that helps |
| 18:39.37 | whitequark | DocScrutinizer05: yes modal is about focus |
| 18:39.55 | whitequark | re non-multiwindow UI: I have no especial objection to that, but the architecture I inherited makes that hard |
| 18:40.25 | DocScrutinizer05 | can't recall which program allowed selection of either multiwindow or one-window (tiled) GUI |
| 18:41.00 | whitequark | eh plenty of programs have something like "dock" |
| 18:41.04 | DocScrutinizer05 | checked eagle but can't find it there. gimp maybe? |
| 18:41.11 | whitequark | gimp yes |
| 18:44.39 | DocScrutinizer05 | whitequark: can you snap windows into other windows? |
| 18:44.43 | whitequark | no |
| 18:44.55 | DocScrutinizer05 | k, nice try |
| 18:44.59 | whitequark | something to keep in mind is that i have to support three platforms |
| 18:45.02 | whitequark | win32 cocoa and gtk |
| 18:46.06 | whitequark | so tricks like snapping windows onto others need quite a lot of work to implement |
| 18:46.32 | DocScrutinizer05 | yeah |
| 18:46.39 | DocScrutinizer05 | Qt? |
| 18:47.06 | DocScrutinizer05 | not a suggestion but a question |
| 18:47.24 | whitequark | Qt is shit on OS Ч |
| 18:47.26 | whitequark | OS X |
| 18:47.39 | DocScrutinizer05 | so I gather it doesn't use qt |
| 18:47.40 | whitequark | not the library itself but the UI it creates |
| 18:47.51 | whitequark | no, I use native win32 and cocoa interfaces on those platforms |
| 18:48.05 | whitequark | thats the only way to get a *good* UI |
| 18:48.14 | DocScrutinizer05 | yep, prolly right |
| 18:49.20 | DocScrutinizer05 | eagle "recently" switched to Qt and I have to say I'm not impressed much, even on linux |
| 18:49.47 | whitequark | "recently"? |
| 18:49.52 | whitequark | it was like a decade ago at least |
| 18:49.55 | DocScrutinizer05 | like maybe a year ago |
| 18:49.58 | whitequark | no |
| 18:50.05 | DocScrutinizer05 | err |
| 18:50.05 | whitequark | a year ago they switched from qt3 (iirc) to qt5 |
| 18:50.10 | DocScrutinizer05 | aaah k |
| 18:50.31 | whitequark | might have been qt4 somewhere in between, unsure. but eagle always used qt |
| 18:50.36 | DocScrutinizer05 | didn't know it was Qt already |
| 18:50.43 | whitequark | qt5 has different rendering |
| 18:50.58 | DocScrutinizer05 | anyway looks like shit now |
| 18:51.11 | whitequark | show me a screenshot. prolly your system is misconfigured |
| 18:51.26 | DocScrutinizer05 | and still no *decent* keymapping features, particularly for mousebuttons etc |
| 18:51.28 | whitequark | s/mis/not-/ |
| 18:51.28 | qi-bot | whitequark meant: "show me a screenshot. prolly your system is not-configured" |
| 18:51.47 | whitequark | yes. no keymapping. but that's not qt's fault, eagle just has a bad ui |
| 18:52.41 | DocScrutinizer05 | http://paste.opensuse.org/20088836 |
| 18:53.00 | DocScrutinizer05 | yep, keymapping is a genuine eagle fsckup |
| 18:53.26 | DocScrutinizer05 | you can map keys, but not mousebuttons etc |
| 18:54.06 | DocScrutinizer05 | also the icons of editr window are soooo yuck |
| 18:54.19 | whitequark | your paste is just "/srv/mirrors/devuan/files.devuan.org/" |
| 18:55.06 | DocScrutinizer05 | damn!! |
| 18:55.32 | whitequark | wpwrak: looked at your "wedge", it looks reasonable to me |
| 18:55.50 | DocScrutinizer05 | wstaw,org cocks up once again |
| 18:57.56 | DocScrutinizer05 | http://wstaw.org/m/2016/05/07/plasma-desktopUB2219.png |
| 18:58.26 | DocScrutinizer05 | prolly was eagle which even makes screenshot app act funny |
| 18:59.23 | DocScrutinizer05 | but honestly look at those menus! |
| 18:59.31 | DocScrutinizer05 | YUCK! |
| 19:00.37 | DocScrutinizer05 | I guess what I don't like the most about them is the white background |
| 19:01.11 | DocScrutinizer05 | I prolly need that Qt configurator to set up such stuff? |
| 19:10.01 | whitequark | errrr what's wrong with that? seems ok to me |
| 19:10.09 | whitequark | same as qt5 looks over here |
| 19:10.24 | whitequark | iirc there's a switch to get the old toolicons too |
| 19:10.54 | whitequark | Options -> User Interface â Classic icon style |
| 19:13.04 | DocScrutinizer05 | duh! |
| 19:16.55 | DocScrutinizer05 | the menus still look strange with that white background |
| 19:18.33 | whitequark | do you use kde? |
| 19:18.38 | DocScrutinizer05 | yep |
| 19:19.11 | whitequark | systemsettings â application style |
| 19:19.18 | whitequark | eagle should respect that |
| 19:19.28 | DocScrutinizer05 | well, seems it doesn't? |
| 19:19.34 | whitequark | what do you set there? |
| 19:19.39 | DocScrutinizer05 | or is that eagle specific? |
| 19:19.51 | whitequark | no that's systemwide |
| 19:20.06 | DocScrutinizer05 | all my other menus look different in all apps |
| 19:20.33 | whitequark | mhm, can you run eagle from console and show me any messages it prints? |
| 19:20.33 | DocScrutinizer05 | since otherwise the eagle menus wouldn't look strange to me ;-) |
| 19:20.40 | DocScrutinizer05 | sure |
| 19:22.29 | DocScrutinizer05 | doesn't print anything there |
| 19:22.45 | DocScrutinizer05 | jr@saturn:~> ~/eagle-7.5/bin/eagle -->zilch |
| 19:25.48 | whitequark | mm |
| 19:25.53 | whitequark | and are you running kde4 or kde5? |
| 19:25.58 | DocScrutinizer05 | 4 |
| 19:26.00 | whitequark | ohhhh |
| 19:26.03 | whitequark | that's why |
| 19:26.10 | DocScrutinizer05 | ahaaa |
| 19:26.18 | whitequark | systemsettings4 doesn't set the right vars for qt5 |
| 19:26.36 | DocScrutinizer05 | *sigh* I hate that shit |
| 19:27.12 | DocScrutinizer05 | Qt5, honestly now? how many more versions will they need until they go "stable" |
| 19:27.34 | whitequark | never? |
| 19:27.41 | whitequark | requirements are ever-changing |
| 19:27.48 | DocScrutinizer05 | what a shit |
| 19:28.11 | whitequark | well, no, not really |
| 19:28.27 | whitequark | the major reason for qt5 incompatibility is that all its drawing operations were redone in terms of GLES |
| 19:28.45 | DocScrutinizer05 | so how does API care? |
| 19:29.35 | whitequark | there are very few breaking API changes between qt4 and qt5, mostly with good reason |
| 19:29.44 | whitequark | e.g. reducing hardcoded x11 stuff |
| 19:30.02 | DocScrutinizer05 | instead of stabilizing stuff, each new version of KDE/Qt3/4/5 seems to introduce unique new bugs and problems |
| 19:30.47 | DocScrutinizer05 | while keeping the old ones. or at least new bugs are more than the old abandoned ones |
| 19:31.28 | whitequark | the behavior you dislike right now is not a bug |
| 19:31.36 | whitequark | it's the same problem as e.g. running gtk apps on kde54 |
| 19:31.36 | DocScrutinizer05 | KDE3 worked, KDE4 is crap, I'm 'really looking forward'¡ to KDE5 |
| 19:31.39 | whitequark | *on kde4 |
| 19:34.24 | DocScrutinizer05 | but yeah, my distro here is already almost 2 years old, how dare I |
| 19:35.36 | whitequark | yes. it's full of security bugs, because it's written in shitty c |
| 19:35.57 | DocScrutinizer05 | the distro? Qt? KDE? |
| 19:36.01 | whitequark | the distro |
| 19:36.31 | whitequark | X11 isn't even "full" of security bugs, it IS a security bug, like it's literally impossible to write a robust screenlocker for X11 |
| 19:37.03 | DocScrutinizer05 | yeah, so let's discard it and get wayland shit instead |
| 19:37.11 | whitequark | yes |
| 19:37.24 | whitequark | X11 should have been dumped into a trashcan decades ago |
| 19:37.37 | DocScrutinizer05 | and when stuff like VNC finally starts working again, I bet they already have some new leete shit we *must* adopt |
| 19:37.39 | whitequark | it's bad at drawing stuff, it's bad at window management, it has nonexistent security |
| 19:37.51 | whitequark | there is absolutely nothing x11 is good at |
| 19:38.11 | DocScrutinizer05 | it works |
| 19:38.16 | whitequark | nah. |
| 19:38.19 | whitequark | it doesn't. |
| 19:38.24 | DocScrutinizer05 | here it does |
| 19:38.42 | whitequark | it """works""" because of a pile of fragile hacks that happens to appear like it works some of the time |
| 19:38.45 | DocScrutinizer05 | unless some crappy Qt5 stuff comes along |
| 19:38.49 | whitequark | like most of unix, really |
| 19:39.04 | DocScrutinizer05 | that's the way I like it |
| 19:39.18 | whitequark | then don't complain when others fix your shitty OS |
| 19:39.25 | DocScrutinizer05 | I do |
| 19:39.47 | DocScrutinizer05 | cascade of ADHS youngsters |
| 19:40.02 | whitequark | yes, incompetent old farts are much better |
| 19:40.07 | DocScrutinizer05 | indeed |
| 19:40.13 | whitequark | </sarcasm> |
| 19:40.47 | DocScrutinizer05 | particularly when the attributed "incompetent" comes from such youngsters of the sort of Poettering et al |
| 19:41.06 | whitequark | well, you know I am not fond of poettering |
| 19:41.22 | whitequark | his "fixes" aren't any better than the old broken way |
| 19:41.25 | DocScrutinizer05 | there's an army of those nitwits |
| 19:41.41 | DocScrutinizer05 | trying to "fix UNIX" |
| 19:41.42 | whitequark | that doesn't mean that the old broken way is any good though |
| 19:42.05 | whitequark | yes, because practically every part of UNIX is broken by design. it would take an army to fix it, indeed |
| 19:42.34 | DocScrutinizer05 | please roll your own OS then, leave unix alone |
| 19:42.42 | whitequark | half of the core APIs are better in *Windows* |
| 19:42.55 | DocScrutinizer05 | then fix windows please! |
| 19:42.56 | larsc | I just wanted to say, lets all switch to windows |
| 19:43.15 | whitequark | Debian/kWindowsNT is not a bad idea |
| 19:43.25 | whitequark | winnt is a great kernel |
| 19:43.34 | whitequark | windows userspace is shit too though |
| 19:46.08 | DocScrutinizer05 | lemme put it this way: as long as those leet devels are not capable to improve on the old while keeping 100(!)% backward compatibility, they are simply not competent enough to qualify to "fix unix/linux/whatever" |
| 19:46.19 | whitequark | you cannot keep 100% backward compatibility |
| 19:46.24 | whitequark | your requirements are impossible. |
| 19:46.36 | DocScrutinizer05 | you just diqualified |
| 19:46.39 | DocScrutinizer05 | yourself |
| 19:46.49 | whitequark | it's just "get off my lawn" masqueraded as "objective requirements" |
| 19:47.15 | whitequark | and no, i won't get off your lawn, and i won't appease your stockholm syndrome either |
| 19:48.00 | DocScrutinizer05 | indeed get off my lawn, instead of telling me "this wayland stuff is much better, just forget about all the tools you had so far, they don't work anymore with this new leete wayland. Incl VNC and whatnot" |
| 19:48.00 | *** join/#qi-hardware wej (~j@2a00:1768:2001:7::3e) |
| 19:50.18 | DocScrutinizer05 | replace "wayland" by "systemd" or whatever you like, in last statement |
| 19:51.19 | DocScrutinizer05 | I don't see a single "requirement" that e.g. Qt4 made feasible and I missed it in Qt3 |
| 19:51.58 | DocScrutinizer05 | I don't see any security issues with my X11 either |
| 19:52.35 | whitequark | https://www.cvedetails.com/vulnerability-list/vendor_id-88/product_id-147/X.org-X11.html |
| 19:52.56 | whitequark | and.... let me find the locker ones |
| 19:53.10 | DocScrutinizer05 | and for sure I don't need any systemd messing up my whole system, to cure dunno what, boottime? |
| 19:53.16 | whitequark | https://www.jwz.org/blog/2015/04/i-told-you-so-again/ by the author of xscreensaver no less |
| 19:54.11 | whitequark | this is a problem *in x11*, because x11 has no robust way for an application to say "i'm the screen locker" |
| 19:54.21 | whitequark | well, no way at all, you can only try to fake it, badly |
| 19:54.48 | DocScrutinizer05 | sounds like an XY problem of sorts. Somebody can't implement some crap so the underlying infra must be broken. Maybe the approachis broken and nobody really needs that crap he wants to implement? |
| 19:54.59 | whitequark | yes. no one needs screen lockers. |
| 19:55.01 | whitequark | obviously. |
| 19:55.23 | whitequark | have you considered actually thinking about use cases that do not perfectly match the one thing you want to do? |
| 19:55.26 | DocScrutinizer05 | I actually don't need, and even if I did, it seems they worked so far |
| 19:56.02 | DocScrutinizer05 | I thinkignoring usecases is a privilege of Poettering and friends |
| 20:00.31 | DocScrutinizer05 | a pretty sane rationale to nuke unix completely a reassemble it in a completely different incompatible way, to make stuff like screen lockers with session switching, audio during bootmenu, and multiseat work |
| 20:03.25 | pigeons | need the qr codes and http servers in the init system too |
| 20:06.15 | DocScrutinizer05 | yeah, systemd is already there to meet your needs |
| 20:06.31 | whitequark | i can't stand systemd |
| 20:06.45 | whitequark | poettering is just as incompetent as those before him, just with more bloat |
| 20:17.58 | DocScrutinizer05 | btw lovely hubris by wayland devels when they think their code would immenently have less CVEs than X11 |
| 20:21.18 | DocScrutinizer05 | and actually screenlocker *is* an XY problem, you can't implement a decent screenlocker on app level without support from the display/window-manager. So better implement it outside and above of the whole display-manager system tight away |
| 20:21.48 | DocScrutinizer05 | right away* |
| 20:21.49 | whitequark | yes, that's exactly what wayland does. the screenlocker is implemented in the compositor itself |
| 20:22.01 | DocScrutinizer05 | *shrug* |
| 20:22.09 | DocScrutinizer05 | no argument to go for wayland |
| 20:23.26 | DocScrutinizer05 | actualy I think implementing the screensaver *into* the display manager is flawed design |
| 20:24.05 | whitequark | not screensaver, no |
| 20:24.10 | whitequark | kde5 doesn't have screensavers anymore |
| 20:24.16 | DocScrutinizer05 | it should be a system unentangled with display manager |
| 20:24.24 | whitequark | which actually pisses me off a lot but security wise it makes sense |
| 20:25.33 | DocScrutinizer05 | once a screensaver was exactly that. While a login screen was something entirely different, by purpose as well as implementation |
| 20:26.04 | whitequark | yes. screensavers and screenlockers are completely different classes of software that were wrongly intermingled |
| 20:26.24 | DocScrutinizer05 | mixing up the two is arguably not the right thing to do |
| 20:41.58 | DocScrutinizer05 | (screenlocker) must disable the normal display/window-manager's functions completely, incl kbd input and whatnot. Like switching to a new console (ctrl-alt-F9). Even providing support in display manager for an app to take over completely is a security risk since then any arbitrary such app could take over from display manager and intercept user's inputs |
| 20:43.22 | whitequark | hence wayland removes the XTEST functionality, used by x screenlockers |
| 20:43.30 | whitequark | and also, incidentally, vnc servers |
| 20:44.51 | DocScrutinizer05 | you are aware why on windows you're supposed to press ctrl-alt-del to login, are you? |
| 20:44.58 | whitequark | yes |
| 20:45.06 | whitequark | alt+sysrq+k on linux |
| 20:45.27 | whitequark | that solves a slightly different problem: someone impersonating a login screen |
| 20:45.45 | whitequark | so you need something to be intercepted by the kernel, before it ever reaches *any* userspace |
| 20:45.54 | DocScrutinizer05 | hmm, I think on ISA PC that's even deeper, you can't block it at a softzware level, causes a NMI iirc |
| 20:46.24 | DocScrutinizer05 | alt-ctl-del that is |
| 20:46.25 | whitequark | on anything 32-bit it's just a keyboard input, has to be so or you couldn't login from USB keyboards |
| 20:47.20 | DocScrutinizer05 | I dunno, it actually makes sense that there's no IRQ line/wire in the kbd cable so something has to decode the keycodes |
| 20:47.37 | whitequark | well with PS/2 you could decode that in hardware if you wanted |
| 20:47.37 | DocScrutinizer05 | maybe I'm wrong on the hw NMI thing |
| 20:47.55 | whitequark | thats an FSM that compares three bytes, not too hard |
| 20:47.59 | DocScrutinizer05 | aaaah then prolly that was it |
| 20:48.12 | whitequark | no idea if it actually worked like that, just speculating |
| 20:48.54 | DocScrutinizer05 | I guess there must be a reason for ps/2 jacks _still_ existing, and I tink I faintly recall I heard sth ölike this |
| 20:49.26 | whitequark | that NMI thing certainly don't happens on any 32-bit systems, that much i know |
| 20:50.02 | DocScrutinizer05 | once in the PC pleozen there must have been an IRQ to recover a locked up system |
| 20:50.03 | whitequark | ps/2 jacks mostly stopped existing a few years ago, you'd be hard pressed to find such a motherboard |
| 20:50.34 | whitequark | even vga is practically dead |
| 20:50.49 | DocScrutinizer05 | hmm, I bought a PC 1 year ago which still has them |
| 20:51.06 | DocScrutinizer05 | new |
| 20:51.44 | DocScrutinizer05 | there's a number of funny "cruft" in standard ISA PC mobos |
| 20:51.59 | DocScrutinizer05 | A20-gate for example ;-) |
| 20:52.03 | whitequark | ugh |
| 20:53.52 | whitequark | what pisses me off the most is that new SoCs are just as crufty, actually probably even more so |
| 20:53.59 | whitequark | just hard IP slapped together by some intern |
| 20:54.20 | whitequark | have you heard that intel laid off most of their verification team? |
| 20:54.31 | DocScrutinizer05 | wow, great! |
| 20:54.37 | whitequark | http://danluu.com/cpu-bugs/ |
| 20:54.45 | DocScrutinizer05 | to start with: they had any? |
| 20:54.50 | DocScrutinizer05 | ;-D |
| 20:55.16 | whitequark | yes, they had a massive amount of people dedicated to that |
| 20:55.30 | whitequark | which is why they were able to ship the monster that is x86 and have it work at all |
| 21:00.06 | pigeons | i use ps2 ports for keyboards and mice to have more available usb ports |
