10:11 <Pete90> zmatt: Hey, yesterday you mentioned installing through binaries directly from Debian, on pages like these https://packages.debian.org/bullseye/ros-robot-dev the dependencies are installed automatically right? Installing this installs all the "Other Packages Related to ros-robot-dev" marked by a pink dot?

11:06 <zmatt> Pete90: so, those webpages are just a way to see what packages exist using a web browser... to install them use apt (and yes, dependencies are automatically installed)

11:10 <Pete90> Okay cool is there something I need to add to the sources.list file if so, how to I find it?

11:49 <zmatt> Pete90: no, why?

11:49 <zmatt> sources.list is where you configure repositories, which is something that's obviously very rarely needed

11:53 <Pete90> Yeah I saw it's already in, just installing it now

12:44 <Pete90> Is the Robot Control Library still useful on Debian 11? I see it isn't really there anymore and wondering if I should install it

12:45 <zmatt> no idea, I know it exists and that's about it

12:46 <Pete90> And also since cloud 9 doesn't work anymore is there anything similar that allows you to run multiple terminals, have file trees and open files and edit directly

12:47 <zmatt> I mean, to open multiple terminals just open multiple terminals ;) I know there are also IDEs that provide these things via ssh integration

12:48 <zmatt> e.g. vscode has such a feature: https://vscode-eastus.azurewebsites.net/docs/remote/ssh

12:48 <Pete90> Yeah fair, I use putty mostly but having the file trees for home directory is just a big bonus

12:48 <Pete90> Will definitely check it out thanks

12:48 <zmatt> what a weird link google gave me, this ssems to be the primary url https://code.visualstudio.com/docs/remote/ssh

12:49 <zmatt> anyway, I'm sure many other IDEs have similar thigns

12:49 <zmatt> putty also ships an sftp client

12:49 <Pete90> The same website though, first one may be an ad

12:50 <zmatt> (but that's just file transfer, not quite the same as direct remote editing)

12:50 <Pete90> I see NodeRed support so I may begin there

12:50 <zmatt> ?

12:51 <zmatt> node-RED support for what?

12:52 <Pete90> In the Debian image var/lib theres a folder node-red, but nothing in, and the snapshot explains how to disable node-red

12:52 <zmatt> I'm not super familiar with node-RED other than that it's some kind of visual programming language written in nodejs that uses a browser-based editor

12:53 <zmatt> and I know there's a package bb-node-red-installer (both for buster and for bullseye) that takes care of installing it

12:54 <zmatt> it should be installed by default on IoT images

12:54 <Pete90> Ohhh I see, yeah I'm not always fond of visual programming, so I'll need to check before going that way

12:55 <zmatt> (that's why the bullseye forum post includes instructions on how to disable it if you don't want it, which implies it's enabled by default)

12:55 <zmatt> ditto for the browser-based vscode IDE

12:55 <zmatt> (the cloud9 replacement)

12:56 <Pete90> Okay yeah I see, I'll maybe go fr the vscode, didn't know it was browser based but regardless, handy thing is putty always works

12:57 <zmatt> vscode exists as standalone version, cloud version, and (I think experimentally) as local browser-based version

12:58 <zmatt> I'd suggest the standalone version... it seems rather likely that will perform better and use less resources than a browser-based version served from the beaglebone :P

12:59 <Pete90> That'll definitely help, thanks again for the suggestions man

13:01 <zmatt> and visual programming languages can be neat, but as complexity of what you're trying to do increases you're always fighting the tendency for things to start to look like this -> https://www.jki.net/hubfs/image-72.png ;-)

13:03 <Pete90> That image just scares me :') , especially because mine will start to look that, It does seem cool but reminds me too much of Scratch

13:03 <zmatt> this is labview btw

13:03 <zmatt> and scarily it looks like this ball is spaghetti is responsible for some kind of process control, based on the labels I see

13:04 <zmatt> *ball of spaghetti

13:05 <Pete90> Can you imagine trying to find an error in that at like 2 in the morning

13:05 <zmatt> iirc labview did have some nice features to trace what's going on, but yeah

13:05 <zmatt> this thing badly needs some refactoring

13:07 <Pete90> Looks like there'll be a lot of learning this year '=D

13:07 <zmatt> google found another image of supposed labview spaghetti, https://thedailywtf.com/images/201104/labview.jpg but honestly this looks like someone put effort into organizing things and making it easy to follow where lines are going

13:08 <zmatt> I haven't worked with labview myself in like... two decades or something

13:09 <Pete90> The block are a nice touch and at least it seperates it

13:09 <zmatt> the blocks are actually control structures

13:09 <zmatt> like loops and cases

13:09 <Pete90> Didn't even know it's been around for that long tbh

13:09 <Pete90> Ohhh okay that makes alot more sense

13:11 <zmatt> like, in the center of the image see those small orange boxes with downwards arrows in them?

13:13 <zmatt> attached to the left edge of a fairly large thin-lined box with a blue [N] in its topleft

13:19 <zmatt> that's for(i = 0; i < N; ++i) loop, and those arrow-boxes pass values from one loop iteration to the next... simpler example: https://www.researchgate.net/profile/Jacob-Kornerup/publication/228855466/figure/fig5/AS:668347679129603@1536357912141/LabVIEW-diagram-with-a-for-loop.ppm

13:21 <zmatt> that would be something like x = 0; for( i = 0; i < 10; ++i ) { x = x + i; } ... (and the terminal on the right would yield the final value of x after the loop)

23:50 <Pete90> What would be the easiest route to take if I want to host a website on my local network to display info from my BB Blue? Is nginx necessary or can it be done easier with low overhead? Would like it to be dynamic in the future but at the moment just focusing on having it up and running displaying static data

23:51 <Pete90> Not looking for a full scale web server accessible from anywhere in the world, just a method of displaying critical data

23:53 <zmatt> I mean, nginx is not particularly heavy

23:54 <demirok> Pete90, I recommend to build a small Flask app.

23:54 <demirok> It wont need a separate web server

23:55 <zmatt> or some other web service framework of choice

23:56 <zmatt> if you want to make it dynamic in the future, your preferred choice of programming language for that will be a relevant factor

23:57 <zmatt> in most cases such a thing will be more resource-intensive than nginx however

23:58 <Pete90> Okay yeah that makes sense, haven't heard of flask but will look at it. Using SLAM and ROS I'm going to want to integrate webviz into it for map viewing but I'm unsure which framework to look at then

23:59 <zmatt> https://pastebin.com/raw/LtbTHiEA