pav5088 | :) "usability" without regard to openness will see you bent over eventually... | 00:24 |
---|---|---|
pav5088 | Closed hardware just means we're all limited to the inhouse driver expertise of our hardware vendors of choice, not to mention security. It's depressing. | 00:29 |
qbmonkey | Very depressing. Security, DRM, and vendor lockin. Developing on those systems over the long term, gets you building on a card house. | 00:45 |
qbmonkey | Not a big issue, for everyone, but I think we are losing "real mode" soon. | 00:46 |
qbmonkey | Not much of a loss for Linux/BSD/Win/Mac | 00:46 |
MinceR | dosbox still has real mode :> | 00:47 |
tuxd3v | xrogaan, So that means SublimeText is tracking you.. | 01:04 |
MinceR | vim ftw | 01:05 |
tuxd3v | I for once love to see the good old days comming back, random is the way!! | 01:06 |
tuxd3v | that way is dificult to track! | 01:06 |
xrogaan | tuxd3v: no, it generate a file based on your license and the machine id. Which is absurd. | 02:43 |
tuxd3v | but that Machine ID is the CPUID..that is trackable.. | 02:46 |
tuxd3v | A program in Userspace should not be allowed to get CPUID in first place.. | 02:46 |
tuxd3v | becasue with the CPUID, you go to the manufacturer...it tels you the country, and the company that brought that CPU | 02:47 |
tuxd3v | then you go to that country, and you get who brought the machine.. | 02:47 |
tuxd3v | its a tracking devi8ce | 02:47 |
tuxd3v | devi8ice -> device | 02:48 |
tuxd3v | In the NIC's MAC address its the same thing | 02:51 |
tuxd3v | with a diference you can fake your MACAddress | 02:51 |
tuxd3v | now, it you also fake the CPUID | 02:52 |
tuxd3v | which i9s very nice feature | 02:52 |
tuxd3v | i9s -> is | 02:52 |
tuxd3v | If your brake your CPU, what happens with your license? does you tough about that? | 02:53 |
xrogaan | your license, as is, works regardless. That is why I said the way they do it is absurd. | 04:01 |
xrogaan | however, if that license key is copied by a bad actor, then you're screwed. So they store a "hashed" version using the unique machineid string. | 04:02 |
xrogaan | Not my fault if the implementation of machineid is flawed. | 04:03 |
tuxd3v | It was at fault, now have been fized in Devuan! :) | 04:08 |
tuxd3v | Well, sublime-text should be the first ones to not use CPUID.. | 04:09 |
tuxd3v | that walays was understood has a tracking device | 04:10 |
tuxd3v | fized -> fixed | 04:10 |
MinceR | yet another reason to stick to free software: no need to count or personalize licenses | 04:11 |
tuxd3v | sorry for the typos :) | 04:11 |
jaromil | https://news.ycombinator.com/item?id=21674809 | 11:25 |
_abc_ | In xfce, suggest a way to supervise xfce4-terminal sessions to ring a bell or otherwise notify when new text is being written or when no activity occurs for a while. kterm had this way back in kde 3 | 14:04 |
onefang | tmux can do that. | 14:05 |
onefang | And maybe screen as well, though both are a bit over the top for just doing bell rings. | 14:08 |
BobbyBudnick | Is this thing on? I am having trouble with an AMD Raven Ridge APU. The "amdgpu" driver says "no devices detected". Is there some way to troubleshoot this? | 19:57 |
systemdlete | who put the files in /usr/local/bin? It's not a problem, but I am curious. | 20:12 |
systemdlete | Y'know what? They are perl scripts. | 20:14 |
systemdlete | I installed some perl modules by cpanm, and those probably rode along with them | 20:15 |
systemdlete | So... once again, nvm. | 20:15 |
systemdlete | ::redfaced:: | 20:15 |
DonkeyHotei | BobbyBudnick: you need a 5.0 kernel at least | 20:21 |
BobbyBudnick | Thanks very much for the reply. Would you recommend I update to the latest version of Devuan (beowulf or ceres?)? | 20:24 |
Akuli | is there a reason why simple-scan needs to be ran as root? (i use gksudo, because sudo with gui applications can screw up stuff) otherwise it doesn't find the scanner? | 21:40 |
DonkeyHotei | sounds like you need to fix permissions on the device | 21:53 |
tuxd3v | hello all, | 21:59 |
tuxd3v | Does any one know anny restrictionsof the whiptail License? | 21:59 |
tuxd3v | I know that it was developed by RedHat as Newt | 21:59 |
tuxd3v | then brought to debian By a Maintainer.. | 22:00 |
tuxd3v | Don't know about its licelse much, parat from beign LGPLv2 | 22:00 |
fsmithred | Akuli, are you a memeber of the scanner group? | 22:03 |
Akuli | yes | 22:03 |
fsmithred | then I don't know. I've never used simple-scan. | 22:04 |
Akuli | i need to go, but if someone knows, i'll find it in the logs later | 22:09 |
BobbyBudnick | I am still having troubles with my Raven Ridge APU. Even after installing kernel 5.3 the amdgpu driver still reports "no devices detected". amdgpu is not a part of the kernel and is a part of xorg so that should not have worked anyway. I updated Devuan to "Beowulf" but was met with an ABI mismatch between xorg and amdgpu so I am stuck now. | 22:31 |
BobbyBudnick | I think I found the solution to my problem. I was checking the xorg logs to see the loaded driver. I did not understand that the logs do not show the full picture. "lspci" showed that I am now using the amdgpu driver with the 5.3 kernel. Performance is not what I hoped but I can fix that along the way. | 23:35 |
fsmithred | BobbyBudnick, did you try firmware-amd-graphics? | 23:48 |
BobbyBudnick | I installed a newer kernel from this page: https://github.com/M-Bab/linux-kernel-amdgpu-binaries . It came with an AMD firmware package. As I mentioned it is "working" now but slow with only around 3000 fps in glxgears. | 23:49 |
Generated by irclog2html.py 2.17.0 by Marius Gedminas - find it at https://mg.pov.lt/irclog2html/!