sadsnork | I have an rpi1 I would like to install wireguard on. | 00:52 |
---|---|---|
sadsnork | I tried https://arm-files.devuan.org/devuan_beowulf_3.0.0_armel_rpi1_0.4.img.xz but found some odd problems such as apt being unable to install [almost] anything. Fresh install, login as root/toor, apt-get update, apt-get upgrade [upgrades: eudev, libeudev1, and rsyslog], apt-get install nano [gives "unable to locate package nano"], nano is just an example, it happens with all the packages I tried. "apt-get update" is not failing, and I can see it | 00:52 |
sadsnork | downloading the release files from my mirror log files. | 00:52 |
sadsnork | So rather than trying to fix that, I tried https://arm-files.devuan.org/devuan_beowulf_3.1.0_armel_rpi0.img.zip - but none of the passwords in https://arm-files.devuan.org/README.txt work to log in to it. I tried a few other common passwords but wasn't lucky enough to guess it. | 00:53 |
sadsnork | So for the sake of time [insert roll eyes emoji here] I installed an rpi1 image I made a while back by installing ASCII from https://files.devuan.org/devuan_ascii/embedded/ and then doing the upgrade to Beowulf. It functions normally as far as I can tell, and adding backports allows me to install wireguard. The problem here is that the kernel is 4.14.44 and "apt-get install linux-headers-$(uname -r)" produces "unable to locate package | 00:53 |
sadsnork | linux-headers-4.14.44". | 00:53 |
sadsnork | Does anyone have suggestions that might just get wireguard working without having to introduce my rpi1 to my hammer? Is there a pain-free way to install the headers for 4.14.44? Or is it better/easier [and also pain-free] to upgrade to a 5.6+ kernel which I understand includes wireguard? | 00:53 |
c0rnelius | sadsnork: I don't have that model so can't test for it, but try this img - https://github.com/pyavitz/rpi-img-builder/releases/download/images/rpi-devuan-beowulf-5.10.46-ext4-2021-07-03.img.xz | 01:00 |
c0rnelius | info on the img is here - https://github.com/pyavitz/rpi-img-builder/releases/tag/images | 01:00 |
tuxd3v | sadsnork | 03:19 |
tuxd3v | try to update your date :) | 03:19 |
tuxd3v | 'ntpq -p' | 03:19 |
tuxd3v | then apt-het update :) | 03:19 |
tuxd3v | 'apt-get update' | 03:19 |
sadsnork | Hey tuxd3v, I just got back in and am writing the image c0rnelius suggested to the card... let's see where that gets me first. :-) | 03:20 |
tuxd3v | ok :) | 03:20 |
tuxd3v | but the Image you spoke above its working ok, I have a rpi1, and that Image was tested on it ;) | 03:20 |
tuxd3v | http://arm-files.devuan.org/devuan_beowulf_3.0.0_armel_rpi1_0.4.img.xz | 03:21 |
sadsnork | c0rnelius, wireguard works on that image without too much trouble at all. | 04:10 |
sadsnork | Though I wasn't thrilled about some of the custom config stuff that is in it. I am going to try tuxd3v's suggestion now. | 04:10 |
c0rnelius | sadsnork: mind gicing me a - dmesg | grep model | 04:11 |
c0rnelius | giving* | 04:12 |
c0rnelius | 5.10.y supports wireguard out of the box. as for custom config stuff, not sure what you mean? but alright. | 04:13 |
sadsnork | [ 0.000000] OF: fdt: Machine model: Raspberry Pi Model B Rev 2 | 04:14 |
sadsnork | is what I got | 04:14 |
c0rnelius | Thank you | 04:14 |
sadsnork | The custom config stuff is the coloured banner and coloured nano etc. | 04:15 |
c0rnelius | oh | 04:15 |
c0rnelius | you can just remove that stuff | 04:15 |
c0rnelius | Thats just me adding flare to the builds. mc and nano use green for user and red for root. | 04:15 |
sadsnork | It definitely worked for wireguard, I'm just like Jennifer Anniston when it comes to flair. :-) | 04:17 |
c0rnelius | as for the banner you can delete it in /etc/update-motd.d: | 04:17 |
c0rnelius | delete the added bits in the home directory ~/.nanorc and ~/.config/mc/ini | 04:18 |
c0rnelius | custom colors gone | 04:18 |
sadsnork | I know... I just prefer to have it the other way around where instead of searching out files that set custom colours I have as little flair as possible and can set colours if I choose. | 04:20 |
c0rnelius | You can set colors I just predefined them. | 04:21 |
c0rnelius | But do as you wish. Thanx for the dmesg | 04:21 |
sadsnork | I also know that pretty well everyone likes everything much fancier than I do. Like on a desktop I don't want animations, compositor, shadows, wallpaper, desktop charts and graphs showing various counters, etc. Just grey... no icons. | 04:22 |
c0rnelius | sadsnork: Trust me I understand. My desktop is very plan. Mostly just transparent terminals, panels and zero icons. All right clicks and key strokes. | 04:29 |
c0rnelius | I do like the green and red theme in some of my terminal apps. Reminds me where I am :) | 04:30 |
c0rnelius | plain* | 04:30 |
sadsnork | When it comes to multiple terminals I have probably also been spoiled by asbru-cm (a fork of PAC Manager). | 04:31 |
sadsnork | Usually the only thing I'll add colours to is my PS1 - for the same reason as you, just to make sure I know I'm logged in as root. :-) | 04:32 |
sadsnork | I just tried the other image uhhmmm devuan_beowulf_3.0.0_armel_rpi1_0.4.img.xz - and the date is correct, and I set the appropriate timezone, but apt is still not even finding nano. Hmmm... | 04:33 |
tuxd3v_ | sadsnork, what do you mean by not finding? | 04:34 |
tuxd3v_ | apt-cache search? | 04:34 |
tuxd3v_ | but apt-update is working reight? | 04:34 |
tuxd3v_ | right* | 04:34 |
sadsnork | Like apt-cache show nano says "no packages found" | 04:35 |
sadsnork | apt-get update does work, I even see it in the log files on my mirror | 04:35 |
tuxd3v_ | let me login in my rpi1 :) | 04:37 |
c0rnelius | this works for you? - dmesg | grep -w "Raspberry\ Pi\ Model\ B\ Rev\ 2" | 04:37 |
sadsnork | it does eh | 04:40 |
c0rnelius | thanx | 04:41 |
tuxd3v_ | in mine: [ 0.000000] OF: fdt: Machine model: Raspberry Pi Model B Rev 1 | 04:42 |
tuxd3v_ | :) | 04:42 |
tuxd3v_ | sadsnork, after a apt-get update | 04:42 |
tuxd3v_ | I can do 'apt-cache show nano' | 04:42 |
tuxd3v_ | it is working :/ | 04:43 |
c0rnelius | tuxd3v_: oh thanx | 04:43 |
sadsnork | tuxd3v_, do you know if your sources.list is "original"? | 04:43 |
sadsnork | uhhmm I mean "not modified from what is in the image" I guess. | 04:44 |
tuxd3v_ | it should be the same | 04:44 |
tuxd3v_ | https://paste.debian.net/hidden/f426198b/ | 04:45 |
sadsnork | Thanks tuxd3v_ ... it just workd after I changed my sources.list to mishka.snork.ca (and without contrib non-free) | 04:47 |
sadsnork | And by "worked" I mean apt-cache show is now showing various packages and installed nano. | 04:47 |
tuxd3v_ | nice | 04:48 |
tuxd3v_ | so you went only with the main repo :) | 04:48 |
sadsnork | I'm going to reimage and intentionally poison my DNS to avoid hitting my own mirror and see what happens. | 04:48 |
sadsnork | PS: I should mention that your paste is the same as the "original" I was referring ot :-) | 04:49 |
sadsnork | s/ot/to | 04:49 |
tuxd3v_ | :) | 04:51 |
tuxd3v__ | I am going to strech a bit my legs :) | 05:05 |
tuxd3v__ | cya later guys :) | 05:05 |
sadsnork | Hang on a sec tuxd3v__ | 05:06 |
tuxd3v__ | ok | 05:06 |
tuxd3v__ | :) | 05:06 |
sadsnork | Oh I think I found it... the sources.list that comes with the image is "deb.devuan.org/devuan" rather than "deb.devuan.org/merged" | 05:06 |
tuxd3v__ | ho.. | 05:06 |
tuxd3v__ | do you sure? | 05:06 |
sadsnork | your paste is "merged" and when I looked at the fresh one here it is "devuan" - I'm still waiting for apt-get update to finish | 05:07 |
sadsnork | The "merged" part is an amprolla thing right? | 05:07 |
tuxd3v__ | yes it is | 05:08 |
tuxd3v__ | you need to have the "merged" | 05:08 |
sadsnork | And when I switched to my mishka mirror I just pasted the content from my desktop, not noticing the switch from devuan to merged. | 05:09 |
sadsnork | Yeah, apt-cache show works fine now | 05:09 |
tuxd3v__ | nice :) | 05:10 |
tuxd3v__ | I also already tested the camera and it works nicely :) | 05:10 |
sadsnork | Okay I'll stop hassling you... and if the image needs to be updated we'll have to figure that out later. :-) | 05:10 |
tuxd3v__ | no problem :) | 05:10 |
sadsnork | Thanks c0rnelius and tuxd3v__ ! | 05:11 |
tuxd3v__ | just post what you find that should change :) | 05:11 |
tuxd3v__ | you welcome! :) | 05:11 |
tuxd3v__ | does you guys can get the value of /sys/class/hwmon/hwmon1/ | 18:05 |
tuxd3v__ | on rpi? | 18:05 |
tuxd3v__ | the name of it is 'rpi_volt' | 18:06 |
tuxd3v__ | but on 5.10.23, this monitor is not working :( | 18:06 |
tuxd3v__ | I mean it has no value | 18:06 |
tuxd3v__ | for what I inderstand it should report voltage.. | 18:07 |
Tenkawa | just a sec | 18:09 |
tuxd3v__ | Tenkawa, thanks :) | 18:09 |
sadsnork | tuxd3v__, I'm still fiddling with mine from last night... what do you want me to do to check it? | 18:12 |
Tenkawa | I cant monitor it there.. I have to use: | 18:12 |
Tenkawa | vcgencmd measure_volts | 18:12 |
Tenkawa | vcgencmd measure_volts | 18:13 |
Tenkawa | volt=1.0375V | 18:13 |
Tenkawa | root@rpi4-2:/sys/class/hwmon/hwmon1# | 18:13 |
Tenkawa | sys tells me unsupported | 18:13 |
tuxd3v__ | thanks, what you have inside of that folder? | 18:13 |
tuxd3v__ | mine has a 'in0_lcrit_alarm' | 18:14 |
Tenkawa | I tried them all.. I ran a find . -type f | xargs cat | 18:14 |
tuxd3v__ | but to voltage | 18:14 |
Tenkawa | just to get all values | 18:14 |
Tenkawa | and nothing returned a voltage | 18:14 |
tuxd3v__ | yeah, I also get that :( | 18:15 |
tuxd3v__ | are you on 5.10.23 | 18:15 |
Tenkawa | no I'm on 5.13 | 18:15 |
tuxd3v__ | or in the next kernel version? | 18:15 |
tuxd3v__ | ho.. | 18:15 |
Tenkawa | I have even more sensors | 18:15 |
tuxd3v__ | how many hwmon? do you have? | 18:16 |
tuxd3v__ | :) | 18:16 |
Tenkawa | I'd have to look…my config is heavily modified | 18:16 |
tuxd3v__ | ho, ok | 18:16 |
tuxd3v__ | you have cm4 right? :) | 18:17 |
Tenkawa | this is on a rpi4 | 18:17 |
Tenkawa | but yes I do have one | 18:17 |
tuxd3v__ | ok, so they are working on sensors | 18:18 |
tuxd3v__ | probably rpi1 will not get voltage ones | 18:18 |
Tenkawa | normal sensors (temp, etc) work fine | 18:18 |
tuxd3v__ | yeah , temperature I get it right | 18:18 |
Tenkawa | tuxd3v__: you have to use the vcgen monitors | 18:18 |
Tenkawa | videocore controls all of that | 18:19 |
tuxd3v__ | yeah, I was trying to put that in /etc/update-motd.d/10-uname | 18:21 |
tuxd3v__ | but the output of the vcgencmd doesn't apear when I log in | 18:22 |
Tenkawa | thats easy | 18:22 |
tuxd3v__ | but if I run the file as root that apears | 18:22 |
Tenkawa | just a sec | 18:22 |
Tenkawa | oh yeah… gotta build it into a predone or make vcgencmd sudo allowed | 18:23 |
Tenkawa | like the banner script does | 18:23 |
Tenkawa | temp=$(/opt/vc/bin/vcgencmd measure_temp | egrep -o '[0-9]*\.[0-9]*') | 18:23 |
Tenkawa | thats what the login banner script runs for cpu temp | 18:23 |
Tenkawa | then it pastes | 18:24 |
Tenkawa | echo -e "${COL}CPU Temp:${FIN} " $temp°C | 18:24 |
Tenkawa | unfortunately it doesn't output the soc voltage (5.1v) input | 18:27 |
tuxd3v__ | yeah, that what I was looking for, but no luck :) | 18:27 |
Tenkawa | which could be a lot more useful monitor to keep an eye on the potential undervoltage warnings | 18:28 |
tuxd3v__ | indeed | 18:28 |
Tenkawa | yep | 18:28 |
tuxd3v__ | in the motd I have: | 18:29 |
tuxd3v__ | https://paste.debian.net/hidden/6a1f7ffa/ | 18:31 |
Tenkawa | ah you changed it from the original one that we built | 18:32 |
tuxd3v__ | I changed only for rpi1 | 18:32 |
tuxd3v__ | :) | 18:32 |
Tenkawa | no. its completely different | 18:33 |
tuxd3v__ | but I can get rpi1 temp also with vcgencmd | 18:33 |
Tenkawa | the key is you could wrap it all in sudo and get rid of that id 0 part completely | 18:34 |
Tenkawa | then you actually wouldnt need the top part… it can be done with vcgencmd commands too | 18:35 |
tuxd3v__ | yeah I can :) | 18:35 |
tuxd3v__ | indeed it can | 18:35 |
tuxd3v__ | its the same | 18:35 |
tuxd3v__ | maybe better with vcgencmd | 18:35 |
Tenkawa | sudo /opt/vc/bin/vcgencmd measure_temp | 18:36 |
Tenkawa | temp=43.3'C | 18:36 |
tuxd3v__ | yep :) | 18:37 |
Tenkawa | very nice (if you use the rpi) | 18:37 |
Tenkawa | afk a bit… bbialw | 18:40 |
tuxd3v__ | go ahead :) | 18:44 |
tuxd3v__ | /opt/vc/bin/vcgencmd measure_temp|cut -d'=' -f2-|sed "s/'/°/" | 19:11 |
Tenkawa | back.. hey if you want a method that uses a few less cpu cycles: | 19:19 |
Tenkawa | /opt/vc/bin/vcgencmd measure_temp|awk -F'=' '{print $2}' | 19:19 |
Tenkawa | not much less overhead but I'm more of an awk fan anyway heehee | 19:21 |
tuxd3v__ | I like awk too :) | 19:22 |
Tenkawa | better than trying to perlize it right?? lol | 19:22 |
Tenkawa | or back what I use to work on in the 90's… corba | 19:23 |
Tenkawa | that was just overwritten | 19:23 |
Tenkawa | tuxd3v__: I didn't add all of the machines yet however this is what I have been building so far | 19:49 |
Tenkawa | https://paste.debian.net/1205963/ | 19:49 |
Tenkawa | got about 4 more machines to finish building I think | 19:49 |
tuxd3v__ | its very nice :) | 19:50 |
Tenkawa | thanks. I didnt break the omen listing out because it has 12 cores | 19:52 |
Tenkawa | (6 cpu's 2 threads each) | 19:52 |
Generated by irclog2html.py 2.17.0 by Marius Gedminas - find it at https://mg.pov.lt/irclog2html/!