| 00:10.47 | *** join/#devuan xrogaan (~xrogaan@unaffiliated/xrogaan) |
| 00:15.53 | *** join/#devuan bmelo (~dharc@186.223.213.41) |
| 00:20.12 | *** join/#devuan tuxd3v (~tuxd3v@a83-132-210-106.cpe.netcabo.pt) |
| 01:11.08 | *** join/#devuan infobot (ibot@96-86-209-99-static.hfc.comcastbusiness.net) |
| 01:11.08 | *** topic/#devuan is Welcome to Devuan! https://devuan.org | Releases: https://files.devuan.org (Beowulf 3.0 stable, ASCII 2.1 old-stable) | Forum https://dev1galaxy.org | Chanlogs http://maemo.cloud-7.de/irclogs/freenode/_devuan/ | take offtopic chat to #devuan-offtopic |
| 01:11.09 | *** mode/#devuan [+v infobot] by ChanServ |
| 01:11.25 | *** join/#devuan Helle (~helle@80-100-16-232.ip.xs4all.nl) |
| 01:55.16 | *** join/#devuan ar3itrary (~hacker@2a03:4000:6:8177:2::1) |
| 02:17.43 | *** join/#devuan wikan (~wikan@2a02:a31d:853e:3000:215:c5ff:fe42:f530) |
| 02:18.58 | *** join/#devuan KREYREN (~kreyren@gateway/tor-sasl/kreyren) |
| 02:19.03 | *** join/#devuan GNUmoon (~GNUmoon@gateway/tor-sasl/gnumoon) |
| 02:19.09 | *** join/#devuan Uberius (~uberius@gateway/tor-sasl/uberius) |
| 02:34.48 | *** join/#devuan georg-gast-2 (~georg@nebka.physik.tu-chemnitz.de) |
| 02:35.03 | *** join/#devuan unixman_home_ (~unixman2@214-227-137-216.mtaonline.net) |
| 02:35.03 | *** join/#devuan unixman_home_ (~unixman2@unaffiliated/eracc) |
| 02:35.09 | *** join/#devuan Xenguy__ (~Xenguy@devuan/community/Xenguy) |
| 02:35.22 | *** join/#devuan tarbz2 (~Thunderbi@unaffiliated/targz) |
| 02:36.31 | *** join/#devuan DarkPlutonium (~DarkUrani@stdrand.com) |
| 02:36.56 | *** join/#devuan DashiePie_ (~Rawr@c-73-152-100-71.hsd1.wv.comcast.net) |
| 02:37.24 | *** join/#devuan Lydia_K_ (~Lydia_K@li328-145.members.linode.com) |
| 02:38.30 | *** join/#devuan berndj-blackout (~berndj@ns1.linksynergy.co.za) |
| 02:38.33 | *** join/#devuan cosurg1 (~cosurgi@suszkin2.bl.pg.gda.pl) |
| 02:38.34 | *** join/#devuan bz2S_ (~bull@185.117.72.168) |
| 02:38.50 | *** join/#devuan AEonFyr_ (~aeonfyr@unaffiliated/aeonfyr) |
| 02:38.50 | *** join/#devuan Chain-Q (~charlie@berlin.coderetro.net) |
| 02:38.51 | *** join/#devuan crashove1ride (~theo@37-97-151-99.colo.transip.net) |
| 02:39.11 | *** join/#devuan rwp_ (~invalid@havoc.proulx.com) |
| 02:39.15 | *** join/#devuan tillo_ (znc@pentoo/developer/tillo) |
| 02:39.19 | *** join/#devuan Tashtari` (~tashtari@unaffiliated/tashtari) |
| 02:39.27 | *** join/#devuan krayon_ (~Krayon@node4.quadronyx.org) |
| 02:39.33 | *** join/#devuan IanJ1 (~IanJ@cpc137950-brom13-2-0-cust104.16-1.cable.virginm.net) |
| 02:39.36 | *** join/#devuan steaksamitch (~kurgan@bl8-22-58.dsl.telepac.pt) |
| 02:41.38 | *** join/#devuan rrs (~quassel@samsargika.copyninja.info) |
| 02:41.56 | *** join/#devuan Pali_ (~pali@Maemo/community/contributor/Pali) |
| 02:42.25 | *** join/#devuan B-2 (~stealth@sourcemage/archon/stealth) |
| 02:44.02 | *** join/#devuan hanez_ (~hanez@a.systemchaos.org) |
| 02:44.06 | *** join/#devuan byzandula (~byzandula@beerbq.net) |
| 02:44.08 | *** join/#devuan bnjf (~bnjf@unaffiliated/bnjf) |
| 02:44.19 | *** join/#devuan grumble (~Thunderbi@freenode/staff/grumble) |
| 02:44.25 | *** join/#devuan hellekin (~how@unaffiliated/hellekin) |
| 02:44.26 | *** join/#devuan bjb (~bjb@sourcerer.ca) |
| 02:44.51 | *** join/#devuan golinux (~golinux@vm8.ganeti.dyne.org) |
| 02:44.51 | *** join/#devuan golinux (~golinux@devuan/developer/golinux) |
| 02:48.30 | *** join/#devuan minnesotags (~tqmy@c-24-118-22-254.hsd1.mn.comcast.net) |
| 02:50.05 | *** join/#devuan trfl (~ed@static.59.110.40.188.clients.your-server.de) |
| 02:59.23 | *** join/#devuan jaromil_ (~jaromil@vm8.ganeti.dyne.org) |
| 03:21.16 | *** join/#devuan D-HUND (~debdog@194.140.113.93) |
| 03:25.07 | *** join/#devuan jotaxpe_ (jotaxpe@gateway/vpn/protonvpn/jotaxpe) |
| 04:00.08 | *** join/#devuan jotaxpe (jotaxpe@gateway/vpn/protonvpn/jotaxpe) |
| 04:06.37 | *** join/#devuan morruth (~quassel@77.244.126.96) |
| 04:27.53 | *** join/#devuan ar3itrary (~hacker@2a03:4000:6:8177:2::1) |
| 04:28.12 | *** join/#devuan systemdlete (~systemdle@c-73-66-100-152.hsd1.ca.comcast.net) |
| 04:39.07 | *** join/#devuan petzi (~petzi@p578b3438.dip0.t-ipconnect.de) |
| 04:52.51 | *** join/#devuan bmelo (~dharc@186.223.213.41) |
| 04:53.50 | *** join/#devuan fling (~fling@fsf/member/fling) |
| 05:09.31 | *** join/#devuan KREYREN (~kreyren@gateway/tor-sasl/kreyren) |
| 05:40.35 | *** join/#devuan Bjornn- (~Bjornn@2603-7080-9201-553f-0000-db01-be7a-1c9a.res6.spectrum.com) |
| 05:41.04 | *** join/#devuan DocScrutinizer05 (~saturn@openmoko/engineers/joerg) |
| 05:43.15 | *** join/#devuan Bjornn (~Bjornn@2603-7080-9201-553f-0000-db01-be7a-1c9a.res6.spectrum.com) |
| 05:46.50 | *** join/#devuan Bjornn (~Bjornn@2603-7080-9201-553f-0000-db01-be7a-1c9a.res6.spectrum.com) |
| 06:17.32 | *** join/#devuan Inepu (~Mithrandi@5.171.232.122) |
| 06:33.25 | *** join/#devuan IoFran (~Thunderbi@189.154.235.193) |
| 07:38.29 | *** join/#devuan Inepu (~Mithrandi@46.234.217.137) |
| 08:05.31 | *** join/#devuan mojoman (~mojoman@h-170-84.A357.priv.bahnhof.se) |
| 08:25.33 | *** join/#devuan nemo (nemo@c-73-212-126-29.hsd1.md.comcast.net) |
| 08:25.59 | *** join/#devuan amesser (~amesser@p57bcfea0.dip0.t-ipconnect.de) |
| 08:51.46 | *** join/#devuan IanJ (~IanJ@cpc137950-brom13-2-0-cust104.16-1.cable.virginm.net) |
| 09:36.38 | *** join/#devuan cocoadaemon (~foo@60.ip-51-91-255.eu) |
| 09:37.57 | *** join/#devuan knidos (~knidos@85.98.17.14) |
| 09:55.35 | *** join/#devuan gnu_srs2 (~srs@host-95-192-162-55.mobileonline.telia.com) |
| 10:18.06 | *** join/#devuan pardis (~znc@quark.paardenvla.nl) |
| 10:25.08 | *** join/#devuan gnu_srs1 (~srs@host-95-192-6-205.mobileonline.telia.com) |
| 10:32.57 | *** join/#devuan rsx (~rsx@ppp-188-174-156-159.dynamic.mnet-online.de) |
| 10:55.57 | *** join/#devuan gnu_srs2 (~srs@host-95-192-227-105.mobileonline.telia.com) |
| 11:16.59 | *** join/#devuan morruth (~quassel@77.244.126.96) |
| 11:26.16 | *** join/#devuan gnu_srs1 (~srs@host-95-192-238-31.mobileonline.telia.com) |
| 11:56.26 | *** join/#devuan hofer (~tieinv@unaffiliated/tieinv) |
| 11:57.35 | *** join/#devuan gnu_srs2 (~srs@host-95-192-230-243.mobileonline.telia.com) |
| 12:12.58 | *** part/#devuan hofer (~tieinv@unaffiliated/tieinv) |
| 12:25.08 | *** join/#devuan gnu_srs1 (~srs@host-95-192-36-94.mobileonline.telia.com) |
| 12:25.39 | *** join/#devuan Pali (~pali@Maemo/community/contributor/Pali) |
| 12:35.59 | *** join/#devuan fling (~fling@fsf/member/fling) |
| 12:44.02 | *** join/#devuan ar3itrary (~hacker@2a03:4000:6:8177:2::1) |
| 12:54.43 | *** join/#devuan fifihyperbola (~monsieur@cpc80981-perr17-2-0-cust753.19-1.cable.virginm.net) |
| 12:55.38 | *** join/#devuan gnu_srs2 (~srs@host-95-192-108-140.mobileonline.telia.com) |
| 13:07.18 | *** join/#devuan lagfra_ (~fra@185.242.6.203) |
| 13:07.22 | *** join/#devuan amesser (~amesser@p57bcfea0.dip0.t-ipconnect.de) |
| 13:26.52 | *** join/#devuan gnu_srs1 (~srs@host-95-192-134-229.mobileonline.telia.com) |
| 13:30.40 | *** join/#devuan Volk (~Volk@a95-94-47-32.cpe.netcabo.pt) |
| 13:50.52 | *** join/#devuan IanJ (~IanJ@cpc137950-brom13-2-0-cust104.16-1.cable.virginm.net) |
| 13:53.08 | *** join/#devuan mojoman (~mojoman@h-170-84.A357.priv.bahnhof.se) |
| 13:56.37 | *** join/#devuan gnu_srs2 (~srs@host-95-192-130-151.mobileonline.telia.com) |
| 14:15.15 | *** join/#devuan ac_laptop (~ac_laptop@186.2.247.129) |
| 14:15.23 | *** join/#devuan bmelo (~dharc@186.223.213.41) |
| 14:17.29 | *** join/#devuan Burek (~Burek@unaffiliated/burekzfinezt) |
| 14:18.28 | *** join/#devuan targz (~Thunderbi@unaffiliated/targz) |
| 14:22.38 | *** join/#devuan Burek (~Burek@unaffiliated/burekzfinezt) |
| 14:25.30 | *** join/#devuan gnu_srs1 (~srs@host-95-192-134-83.mobileonline.telia.com) |
| 14:37.33 | *** join/#devuan ac_laptop (~ac_laptop@186.2.247.129) |
| 14:53.41 | *** join/#devuan Burek (~Burek@unaffiliated/burekzfinezt) |
| 14:54.51 | *** join/#devuan bmelo (~dharc@186.223.213.41) |
| 14:56.15 | *** join/#devuan gnu_srs2 (~srs@host-95-192-217-191.mobileonline.telia.com) |
| 14:57.34 | *** join/#devuan Captain4LK (~Captain4L@p200300edbf0a44ae523eaafffeeddbdf.dip0.t-ipconnect.de) |
| 15:07.04 | *** join/#devuan pablocastellanos (~emergency@li79-248.members.linode.com) |
| 15:12.11 | *** join/#devuan ar3itrary (~hacker@2a03:4000:6:8177:2::1) |
| 15:19.07 | *** join/#devuan IanJ (~IanJ@cpc137950-brom13-2-0-cust104.16-1.cable.virginm.net) |
| 15:19.22 | *** join/#devuan n4dir (~n4dir@88.130.152.110) |
| 15:22.23 | *** join/#devuan DPA (~DPA@devuan/contributor/DPA) |
| 15:22.57 | *** join/#devuan Burek (~Burek@unaffiliated/burekzfinezt) |
| 15:24.42 | *** join/#devuan gnu_srs1 (~srs@host-95-192-91-120.mobileonline.telia.com) |
| 15:26.08 | *** join/#devuan Burek (~Burek@unaffiliated/burekzfinezt) |
| 15:29.54 | *** join/#devuan Burek (~Burek@unaffiliated/burekzfinezt) |
| 15:33.01 | *** join/#devuan gavlee (~gav@unaffiliated/gavlee) |
| 15:35.43 | *** join/#devuan bmelo (~dharc@186.223.213.41) |
| 15:41.17 | *** join/#devuan Volk (~Volk@a95-94-47-32.cpe.netcabo.pt) |
| 15:41.49 | metalune[m] | I did it! |
| 15:41.51 | metalune[m] | I am running devuan rn |
| 15:42.03 | metalune[m] | even tho the installer failed, I somehow made it run |
| 15:47.52 | tuxd3v | metalune[m], what is devuan rn? |
| 15:53.50 | metalune[m] | what |
| 15:54.02 | metalune[m] | "I am running devuan righ now" |
| 15:54.03 | *** join/#devuan n4dir_ (~n4dir@88.130.152.110) |
| 15:54.05 | metalune[m] | *right |
| 15:55.38 | *** join/#devuan gnu_srs2 (~srs@host-95-192-212-30.mobileonline.telia.com) |
| 15:56.19 | tuxd3v | metalune[m], congratz :) |
| 15:58.14 | *** join/#devuan Akuli (~akuli@82-203-167-89.bb.dnainternet.fi) |
| 16:01.08 | fsmithred | metalune[m], how did the installer fail? |
| 16:04.24 | *** join/#devuan luser977 (~resuuser@188.25.159.115) |
| 16:14.58 | *** join/#devuan OldMoss (~oldmoss@198.167.192.63) |
| 16:17.55 | n4dir | Right after the grub menu i get a message about intel/<missing-part>. I try to find that message, but can't. Where would i look? |
| 16:18.14 | fsmithred | possible firmware missing? |
| 16:18.17 | *** join/#devuan bmelo (~dharc@186.223.213.41) |
| 16:18.28 | n4dir | i think so, but it is intel/<missing-part> |
| 16:18.50 | fsmithred | I think I get that message. Hang on. |
| 16:18.52 | n4dir | i got no problems, as far i can tell. Just wondering if i should install some non-free firmware or such |
| 16:19.04 | fsmithred | you can, but don't have to |
| 16:19.37 | n4dir | i also might stay focused during boot, but it goes so quick, and without problems i don't think of it when booting |
| 16:20.16 | n4dir | i looked at /var/log/boot and in dmesg. Both not my business, so they might be plain wrong for such |
| 16:21.36 | *** join/#devuan cd (~cd@unaffiliated/cd) |
| 16:24.39 | *** join/#devuan gnu_srs1 (~srs@host-95-192-215-118.mobileonline.telia.com) |
| 16:26.33 | fsmithred | well, I can't find it. I know I've seen it recently, but it's not in the most recent VMs I've booted and it's not on the laptop. |
| 16:26.57 | fsmithred | I think it wants firmware-linux-nonfree or maybe xserver-xorg-video-intel |
| 16:29.42 | metalune[m] | <fsmithred "metalune, how did the installer "> I don't know, when installing packages it just said "this step failed" or smth like that |
| 16:30.04 | fsmithred | oh, that happens sometimes |
| 16:30.07 | metalune[m] | all I had was a bare system |
| 16:30.13 | metalune[m] | didn't even have sudo and stuff |
| 16:30.20 | fsmithred | I think it's a network problem, losing connection to the server |
| 16:30.23 | n4dir | fsmithred: let me write a note and put it on the PC, so next reboot i will remember to have a close look. |
| 16:30.28 | metalune[m] | I used LAN |
| 16:30.29 | fsmithred | repeat the step and it usually works |
| 16:30.36 | metalune[m] | I tried that |
| 16:30.42 | metalune[m] | I repeated the step 4 times |
| 16:30.45 | fsmithred | wow |
| 16:30.46 | metalune[m] | it never worked |
| 16:30.53 | metalune[m] | so I just said fuck it and went on with the next step |
| 16:30.57 | fsmithred | which iso did you use? |
| 16:30.59 | n4dir | my main question was if there is a way to get that info after booting. |
| 16:31.06 | metalune[m] | desktop |
| 16:31.19 | metalune[m] | I have 2 questions tho |
| 16:31.22 | fsmithred | ok |
| 16:31.45 | metalune[m] | 1. about debian backports, can I just use `deb http://deb.debian.org/debian buster-backports main` or are there devuan-specific backports |
| 16:31.58 | metalune[m] | 2. how can I install the linux-libre kernel? |
| 16:32.33 | fsmithred | deb http://deb.devuan.org/merged beowulf-backports main |
| 16:32.49 | fsmithred | that way you get the benefit of the banned-packages filter |
| 16:33.34 | fsmithred | I've never installed a libre kernel. Someone said there's a repo for debian, and I also know that gnuinos has some libre kernels. |
| 16:33.34 | metalune[m] | noise, thx |
| 16:33.38 | metalune[m] | <PROTECTED> |
| 16:33.50 | n4dir | metalune[m]: there probably is a repository for the libre kernel somewhere |
| 16:34.08 | metalune[m] | yeah I know |
| 16:34.14 | n4dir | well. then install it |
| 16:34.16 | metalune[m] | but I was wondering where it is |
| 16:34.32 | metalune[m] | because if someone here already knew it could save me a lot of time researching |
| 16:34.38 | metalune[m] | <PROTECTED> |
| 16:34.58 | fsmithred | https://linux-libre.fsfla.org/pub/linux-libre/freesh/ |
| 16:35.02 | n4dir | https://romanrm.net/loongson/linux-libre try that |
| 16:38.08 | *** join/#devuan DashiePie (~Rawr@c-73-152-100-71.hsd1.wv.comcast.net) |
| 16:38.53 | metalune[m] | W: GPG error: http://www.fsfla.org/download/linux-libre/lemote/gnewsense metad Release: The following signatures couldn't be verified because the public key is not available: NO_PUBKEY BCB7CF877E7D47A7 |
| 16:39.14 | metalune[m] | I haven't used a debian based distro in ages |
| 16:40.21 | fsmithred | you added a repo? You should be able to download the deb packages and install them with dpkg |
| 16:40.40 | n4dir | apt-cache search key ; sometimes gives a key |
| 16:41.44 | fsmithred | go up one level and there are key files |
| 16:43.12 | *** join/#devuan bmelo (~dharc@186.223.213.41) |
| 16:43.34 | n4dir | I once installed the libre kernel and what should i tell you? I saw no difference whatsoever. |
| 16:43.39 | *** join/#devuan OldMoss_ (~oldmoss@198.167.192.63) |
| 16:45.06 | metalune[m] | the point is that there are no proprietary blobs |
| 16:45.08 | n4dir | but then: i also never see differences in version upgrades ... ha ha |
| 16:45.19 | IanJ | I guess if you really want no binary blobs or proprietary code in your kernel then that's what you want. But if you're going to those kind of extremes then you have to consider your bios and processor. |
| 16:46.21 | metalune[m] | 1. I am already researching libreboot and coreboot |
| 16:46.28 | metalune[m] | 2. why do I have to consider my processor? |
| 16:46.49 | IanJ | Because if you have an intel processor with IME it has an entire OS running in there. |
| 16:47.20 | metalune[m] | that's what Coreboot / Libreboot is for |
| 16:47.20 | metalune[m] | isn't it |
| 16:48.16 | IanJ | Not unless it somehow disables the IME on the processor. |
| 16:49.12 | *** join/#devuan Burek (~Burek@unaffiliated/burekzfinezt) |
| 16:50.01 | IanJ | looks like it can... https://www.coreboot.org/Intel_Management_Engine |
| 16:50.07 | metalune[m] | I need to check that, I kinda assumed that's what it does, because otherwise.. what would be the point lolz |
| 16:51.35 | *** join/#devuan absinthe (~absinthe@unaffiliated/absinthe) |
| 16:53.23 | *** join/#devuan Burekzf (~Burek@unaffiliated/burekzfinezt) |
| 16:53.53 | *** join/#devuan Burekzf (~Burek@unaffiliated/burekzfinezt) |
| 16:54.32 | IanJ | Looks like with varying degrees of success depending on the version of the ME. |
| 16:54.34 | *** join/#devuan gnu_srs2 (~srs@host-95-192-215-68.mobileonline.telia.com) |
| 16:55.06 | IanJ | https://github.com/corna/me_cleaner |
| 16:57.32 | n4dir | What might be the reason there is no /var/log/Xorg log file? |
| 16:58.06 | fsmithred | might be user's home |
| 16:58.17 | fsmithred | I forget where. Maybe in .local |
| 16:58.52 | metalune[m] | you wan't a logfile from what? |
| 16:59.01 | IanJ | ~/.local/share/xorg/Xorg.0.log |
| 16:59.51 | n4dir | that is where it is now? |
| 16:59.56 | n4dir | well, it is there, but why? |
| 17:00.08 | metalune[m] | why would it NOT be there? |
| 17:00.10 | IanJ | I have one in /var/log/ too |
| 17:00.13 | fsmithred | because X is running as user |
| 17:01.06 | luser977 | could well be in /tmp |
| 17:01.20 | n4dir | when did that change? |
| 17:01.30 | fsmithred | in buster/beowulf |
| 17:01.51 | fsmithred | uh, maybe in stretch/ascii |
| 17:02.07 | IanJ | I'm on beowulf and mine is being written to in /var/log. |
| 17:02.30 | luser977 | putting log files not subject to logrotate in a directory which is backed up is a bad idea. |
| 17:03.24 | luser977 | $HOME abuse |
| 17:03.32 | IanJ | the one in my home directory is old, pre beowulf |
| 17:03.45 | IanJ | I didn't reformat my home directory when I installed beowulf. |
| 17:03.55 | luser977 | nods sadly |
| 17:05.01 | IanJ | n4dir: I guess you would expect to find it in /var/log then if you're running beowulf. |
| 17:05.18 | n4dir | i expect that, but it ain't there. |
| 17:05.28 | IanJ | is xorg running ok? |
| 17:05.38 | n4dir | yeah, sure. |
| 17:05.51 | IanJ | hmmm, strange :) |
| 17:06.06 | n4dir | If it is now in $HOME, fine with me. I will get used to it. I have to |
| 17:06.37 | IanJ | n4dir: check the one in home is being written to. I had one there but it was from my previous debian install probably. |
| 17:07.28 | IanJ | Maybe it depends how you're starting x, I'm using a lightdm. |
| 17:07.42 | n4dir | It sure has content. And it can't be copied from somewhere else. --- startx here |
| 17:07.55 | IanJ | check the date on the file. |
| 17:08.18 | IanJ | I just did ls -al on mine and it was dated back November so I know it's not in use. The one in /var/log is dated today. |
| 17:08.57 | n4dir | both today, it seems. |
| 17:08.59 | *** join/#devuan KREYREN (~kreyren@gateway/tor-sasl/kreyren) |
| 17:09.19 | n4dir | very odd. |
| 17:09.27 | IanJ | Maybe that's due to the way you're starting x then. If you use a login manager maybe it puts it in /var/log |
| 17:09.38 | IanJ | That's what seems to be happening here anyway. |
| 17:09.47 | n4dir | yeah, lets assume that is the reason. Thanks for the info |
| 17:12.31 | n4dir | In the qemu installation with lightdm it has Xorg.log in /var/log, and none in the users home. |
| 17:12.50 | n4dir | that being ceres though. But i think that is the explanation. At least fine enough for me |
| 17:21.22 | *** join/#devuan Guest8250 (nemo@hedgewars/dev/nemo) |
| 17:23.36 | *** join/#devuan user____ (~user@188.25.159.115) |
| 17:23.38 | *** join/#devuan Captain4LK (~Captain4L@p2e520961.dip0.t-ipconnect.de) |
| 17:24.04 | user____ | can anyone explain in 10 words why the running kernel and the running kernel package have 2 different numbers in them for version? |
| 17:24.31 | user____ | running 4.19.0-10-amd64 from 4.19.132-1 -- uhh? |
| 17:24.57 | *** join/#devuan gnu_srs1 (~srs@host-95-192-200-69.mobileonline.telia.com) |
| 17:25.56 | user____ | [related] where the d* are the implementations of the magical /dev/{mem,kmem,port} devices in the kernel tree? |
| 17:27.34 | *** join/#devuan KREYREN (~kreyren@gateway/tor-sasl/kreyren) |
| 17:28.43 | *** join/#devuan aitor_ (~aitor@30.85-87-182.dynamic.clientes.euskaltel.es) |
| 17:31.04 | koollman | user____: drivers/char/mem.c, I think |
| 17:34.27 | fsmithred | user____, one number is the kernel version and the other number is the debian package version. |
| 17:35.00 | user____ | found it yes https://github.com/torvalds/linux/blob/master/drivers/char/mem.c |
| 17:35.07 | fsmithred | uname -a to see both |
| 17:35.08 | user____ | fsmithred: which is which? |
| 17:35.14 | user____ | I keep seeing both. |
| 17:35.15 | user____ | ok |
| 17:35.24 | fsmithred | the one ending in -amd64 is the package version |
| 17:35.39 | user____ | ok |
| 17:35.42 | aitor_ | hi |
| 17:35.53 | fsmithred | hi aitor |
| 17:35.53 | user____ | thanks |
| 17:36.52 | user____ | could anyone explain why the read_port on /dev/port reads the port 64k times?! https://github.com/torvalds/linux/blob/master/drivers/char/mem.c#631 |
| 17:36.56 | user____ | L 631 |
| 17:37.52 | user____ | is that a busy spin or what? |
| 17:38.41 | koollman | it doesn't |
| 17:38.45 | user____ | oh it's a buffer read ok |
| 17:39.12 | user____ | ok, I get it. I have a problem where reading a port is 250 times slower than writing the same address |
| 17:39.32 | user____ | there is no hw reason for this. It's a plain io register on a PCI printer port. |
| 17:41.04 | koollman | that code seems a bit strange to me, but shouldn't be too slow. maybe writing is async or going through a buffer, but reading can't ? |
| 17:42.42 | *** join/#devuan izh_ (~izh_@unaffiliated/izh/x-2009676) |
| 17:43.43 | *** join/#devuan HumanG33k (~HumanG33k@82-64-99-84.subs.proxad.net) |
| 17:45.03 | *** join/#devuan HumanG33k (~HumanG33k@82-64-99-84.subs.proxad.net) |
| 17:54.46 | *** join/#devuan gnu_srs2 (~srs@host-95-192-239-148.mobileonline.telia.com) |
| 17:57.23 | aitor_ | today, building some iso images, i was getting a GPG error using the repository of gnuinos in the chroot jail of the live-sdk, even being it signed: |
| 17:57.26 | aitor_ | E: The repository 'http://packages.gnuinos.org/merged beowulf InRelease' is not signed. |
| 17:58.05 | aitor_ | Couldn't execute /usr/bin/apt-key to check blahblahblah... |
| 17:59.09 | aitor_ | i solved this by adding a new config file to APT with the following line: |
| 17:59.11 | aitor_ | APT::Sandbox::User "root"; |
| 17:59.29 | aitor_ | i wonder if i should leave it int eh iso |
| 17:59.36 | aitor_ | sorry |
| 18:00.07 | aitor_ | i wonder if i should leave it in the iso, or remove it |
| 18:00.47 | aitor_ | remove it before building the image, i mean |
| 18:02.24 | *** join/#devuan rsx (~rsx@ppp-188-174-156-159.dynamic.mnet-online.de) |
| 18:02.29 | aitor_ | fsmithred: yesterday i uploaded an image of gnuinos beowulf with vdev |
| 18:03.35 | fsmithred | aitor, I don't know what to do about that apt config |
| 18:04.04 | fsmithred | cool that vdev still works |
| 18:04.04 | aitor_ | ok, no worries, never happened to me before |
| 18:04.13 | aitor_ | yes! |
| 18:04.21 | aitor_ | i upgraded the hardware database and the content of libudev1-compat, and i also added the cdrom_id binary, missing in the code of jude nelson and required for live sessions |
| 18:04.48 | fsmithred | nice |
| 18:05.04 | fsmithred | I thought I made live-isos with vdev |
| 18:05.52 | fsmithred | yeah, in jessie |
| 18:06.15 | aitor_ | yes, but some changes were needed after jessie |
| 18:06.24 | fsmithred | ah, good work |
| 18:06.32 | aitor_ | the boot time still sucks a bit, but quoting to steve litt, "sucks" is better than "depends on systemd" |
| 18:06.58 | fsmithred | was just gonna ask about boot time |
| 18:07.11 | fsmithred | and yeah, steve is right |
| 18:08.14 | aitor_ | you can give it a try, it's the one with openbox |
| 18:09.19 | aitor_ | we'll improve the boot time over time for sure |
| 18:10.35 | aitor_ | need to go, see you later |
| 18:11.22 | fsmithred | take care |
| 18:11.38 | aitor_ | bye and happy 2021 :) |
| 18:11.53 | fsmithred | :) |
| 18:13.02 | *** join/#devuan KREYREN (~kreyren@gateway/tor-sasl/kreyren) |
| 18:16.12 | amesser | user____: For transactional busses like PCI, PCI-E reading is two transactions (where to read, result) while writing is one transaction (where to write + data) |
| 18:16.56 | amesser | To problem becomes more evident, the smaller the amount of data |
| 18:19.00 | amesser | Also PCI-E and PCI are not supposed to transfer small data at all. (I have seen same read on PCI-E hardware even slower than on PCI hardware) |
| 18:32.02 | *** join/#devuan IanJ (~IanJ@cpc137950-brom13-2-0-cust104.16-1.cable.virginm.net) |
| 18:39.01 | *** join/#devuan fifiobarun (~fifi@cpc80981-perr17-2-0-cust753.19-1.cable.virginm.net) |
| 18:43.15 | *** join/#devuan pablocastellanos (~emergency@li79-248.members.linode.com) |
| 18:45.46 | *** join/#devuan bmelo (~dharc@186.223.213.41) |
| 18:48.56 | *** join/#devuan rsx (~rsx@ppp-188-174-156-159.dynamic.mnet-online.de) |
| 18:54.35 | *** join/#devuan luser977 (~resuuser@188.25.159.115) |
| 18:55.30 | *** join/#devuan Another1 (~cthulhu@151.27.44.219) |
| 18:56.00 | luser977 | amesser 2.7msec/byte is ridiculous. there's a timeout somewhere, but where? |
| 19:05.28 | *** join/#devuan minnesotags (~tqmy@c-24-118-22-254.hsd1.mn.comcast.net) |
| 19:06.44 | *** join/#devuan Burek (~Burek@unaffiliated/burekzfinezt) |
| 19:08.16 | *** join/#devuan AnimaInvicta (~AnimaInvi@ber27-1-78-230-215-86.fbx.proxad.net) |
| 19:14.53 | *** join/#devuan kyouraku (~kyouraku@176.red-79-159-69.dynamicip.rima-tde.net) |
| 19:15.40 | *** join/#devuan KREYREN (~kreyren@gateway/tor-sasl/kreyren) |
| 19:27.29 | *** join/#devuan Burekzf (~Burek@APN-123-252-90-gprs.simobil.net) |
| 19:28.19 | *** join/#devuan Burekzf (~Burek@unaffiliated/burekzfinezt) |
| 19:39.27 | *** join/#devuan DocScrutinizer05 (~saturn@openmoko/engineers/joerg) |
| 19:49.50 | *** join/#devuan KREYREN (~kreyren@gateway/tor-sasl/kreyren) |
| 19:54.54 | *** join/#devuan GNUmoon (~GNUmoon@gateway/tor-sasl/gnumoon) |
| 20:08.33 | *** join/#devuan GNUmoon2 (~GNUmoon@gateway/tor-sasl/gnumoon) |
| 20:10.09 | *** join/#devuan Bjornn (~Bjornn@2603-7080-9201-553f-0000-db01-be7a-1c9a.res6.spectrum.com) |
| 20:14.55 | *** join/#devuan Bjornn (~Bjornn@2603-7080-9201-553f-0000-db01-be7a-1c9a.res6.spectrum.com) |
| 20:17.16 | *** join/#devuan KREYREN (~kreyren@gateway/tor-sasl/kreyren) |
| 20:26.10 | *** join/#devuan Uberius (~uberius@gateway/tor-sasl/uberius) |
| 20:29.21 | *** join/#devuan cronolio (~alex@unaffiliated/cronolio) |
| 20:42.46 | *** join/#devuan shibboleth (~shibbolet@gateway/tor-sasl/shibboleth) |
| 21:01.10 | *** part/#devuan mojoman (~mojoman@h-170-84.A357.priv.bahnhof.se) |
| 21:05.23 | *** join/#devuan Uberius (~uberius@gateway/tor-sasl/uberius) |
| 21:09.23 | *** join/#devuan Burek (~Burek@unaffiliated/burekzfinezt) |
| 21:27.08 | *** join/#devuan luna_is_here (~quassel@2a02:908:f761:2a3d::a) |
| 21:43.07 | *** join/#devuan n4dir (~n4dir@88.130.152.110) |
| 21:59.11 | *** join/#devuan GNUmoon2 (~GNUmoon@gateway/tor-sasl/gnumoon) |
| 22:06.28 | *** part/#devuan AnimaInvicta (~AnimaInvi@ber27-1-78-230-215-86.fbx.proxad.net) |
| 22:19.17 | *** join/#devuan Acacia (~Acacia@unaffiliated/acacia) |
| 22:21.50 | *** join/#devuan GNUmoon2 (~GNUmoon@gateway/tor-sasl/gnumoon) |
| 22:23.36 | *** join/#devuan GNUmoon2 (~GNUmoon@gateway/tor-sasl/gnumoon) |
| 22:30.13 | *** join/#devuan IoFran (~Thunderbi@189.154.235.193) |
| 22:43.09 | *** join/#devuan GNUmoon2 (~GNUmoon@gateway/tor-sasl/gnumoon) |
| 22:56.47 | DashiePie | does anyone know how to use winetricks with the wine-development configuration instead of base? |
| 23:09.35 | *** join/#devuan zxq9 (~zxq9@FL1-119-244-161-106.okn.mesh.ad.jp) |
| 23:23.28 | *** join/#devuan n4dir (~n4dir@88.130.152.110) |
| 23:28.02 | n4dir | So this is the message i get during boot: |
| 23:28.06 | n4dir | firmware failed to load i915/glk_dmc_vers1_04.bin |
| 23:28.27 | n4dir | apt-file search tells me it is in: firmware-misc-nonfree |
| 23:28.43 | n4dir | I searched the web, not many results, and i don't understand them. |
| 23:29.08 | n4dir | Do i need firmware-misc-nonfree to get rid of the message, or is it just a warning? What does it do? |
| 23:34.42 | *** join/#devuan Bjornn- (~Bjornn@2603-7080-9201-553f-0000-db01-be7a-1c9a.res6.spectrum.com) |
| 23:36.51 | rwp | n4dir, Yes. Yes. It loads the firmware blob that programs the hardware. You need the non-free suite to see it. |
| 23:37.50 | n4dir | But what doesn't work if glk_dmc_vers1* can't be loaded? |
| 23:37.55 | phogg | I think the "what does it do?" is more "which specific part of my video card isn't working without this?" |
| 23:38.04 | n4dir | yeah. |
| 23:38.44 | n4dir | i mean, i can install the non-free firmware, but i don't want the monitor to start crusing through the air |
| 23:39.46 | phogg | looks like DMC might be "Display MicroController" and could be involved in power saving (https://01.org/linuxgraphics/downloads/firmware) |
| 23:40.40 | n4dir | ah, i ran in something like powersaving. Well, this is a desktop. But after installing the firmware, i get the next warning: |
| 23:40.48 | n4dir | W: Possible missing firmware /lib/firmware/rtl_nic/rtl8125a-3.fw for module r8169 |
| 23:41.11 | n4dir | lspci -k tells me: Kernel driver in use: r8169 |
| 23:41.44 | rwp | IIRC that is the network adaptor. |
| 23:41.54 | n4dir | yeah, looks like it to me too |
| 23:42.25 | rwp | Mostly things will function at some level of functionality without updated programming. |
| 23:43.04 | rwp | But corner cases found in late regression testing won't be fixed. And performance bugs won't be fixed. And other things. Without the firmware blob to program the adaptor. |
| 23:43.10 | n4dir | being used to 10-15 years old PC's and laptops it isn't hard to find anything not working as should on this new PC |
| 23:43.35 | n4dir | it is hard, not it isn't. |
| 23:44.11 | rwp | Join me in -offtopic and we can talk about blobs... |
| 23:48.15 | tuxd3v | n4dir, 'apt-get install firmware-realtek' |
| 23:48.49 | n4dir | is already installed, i assume hence the kernel module is shown by lspci -k |
| 23:49.12 | tuxd3v | edit your sources.list to add 'non-free' |
| 23:49.26 | tuxd3v | apt-get update after, and then install realtek firmware.. |
| 23:49.44 | phogg | n4dir: a kernel module might load without "required" firmware, then fail to fully function |
| 23:49.59 | n4dir | you did read that i said: is already installed? tuxd3v |
| 23:51.28 | tuxd3v | n4dir, no I didn't , that's why I posted it :) |
| 23:52.31 | tuxd3v | your initramfs was already updated? does you already rebooted after that? |
| 23:53.50 | *** join/#devuan sunshavi (~user@190.42.230.123) |
| 23:53.55 | n4dir | realtek driver r8169 was installed right away, during installation. |
| 23:54.06 | n4dir | So yes, i did reboot |
| 23:57.05 | tuxd3v | so what is your problem now? |
| 23:58.32 | n4dir | during boot i got the complaint glk_dmc_vers1_01.bin can't be loaded. I installed firmware-misc-nonfree, and then got the wwarning |
| 23:58.35 | n4dir | W: Possible missing firmware /lib/firmware/rtl_nic/rtl8125a-3.fw for module r8169 |
| 23:58.58 | n4dir | though lspci -k says module in use is r8169 |
| 23:59.05 | tuxd3v | have it updated the initramfs? |