[03:33] <MIF> hey issue, I just accadently remove /bin/ls
[03:40] <Psi-Jack> Don't do that.
[03:41] <MIF> is there anyway to get it back?
[03:41] <Psi-Jack> reinstall coreutils?
[03:41] <MIF> is the source code available online for ls?
[03:41] <Psi-Jack> Well, d'uh, but... Why?
[03:42] <MIF> just so I can copy and paste
[03:42] <Psi-Jack> ...
[03:42] <MIF> what?
[03:42] <Psi-Jack> Troll much?
[03:42] <MIF> me, why are you askin?
[03:42] <MIF> becuase the answer is no
[03:43] <MIF> I don't want to mess anything else up if something goes wrong reinstalling coreutils
[03:43] <Psi-Jack> reinstall coreutils.
[03:43] <Psi-Jack> Can't get much simpler than that.
[03:43] <MIF> ok
[03:44] <Psi-Jack> apt-get --reinstall install coreutils
[03:45] <Psi-Jack> Or, apt --reinstall install coreutils
[03:45] <MIF> ok
[03:46] <Psi-Jack> heh, source code.. You'd have to compile it, and then it wouldn't be the packaged one. That's why that was so absurd, earlier. Copying and pasting ls source code. heh
[03:47] <MIF> oh, ok
[03:47] <MIF> I thought it was a good idea, but then I guess not
[03:47] <MIF> becuase I found it
[03:47] <MIF> https://github.com/wertarbyte/coreutils/blob/master/src/ls.c
[03:47] <Psi-Jack> ironically, it's part of the.... coreutils.. Yes.
[03:47] <Psi-Jack> LOL
[03:48] <MIF> I have a update, then as soon as the update is done, I will do that
[03:48] <Psi-Jack> And that's not /the/ coreutils.
[03:48] <MIF> ?
[03:48] <Psi-Jack> About
[03:48] <Psi-Jack> Enhancements to the GNU coreutils (especiall head)
[03:48] <Psi-Jack> Heh
[03:48] <Psi-Jack> A fork.
[03:49] <MIF> ok
[03:49] <MIF> oh ok
[03:51] <MIF> it works
[03:52] <MIF> thanks Psi-Jack
[03:52] <Psi-Jack> Usually you'd want to fix the issue you caused, before doing system updates, but whatever.
[03:53] <MIF> my server crashed during the install, (I call anything with apt a update) so I had to run that before I could do anything else with apt
[03:54] <MIF> now is there a way for me to prevent me from doing this again?
[04:40] <Psi-Jack> Yeah, don't abuse root, don't do stupid things. And...... Backups.
[11:00] <jamespage> @cpaelzer morning - I'm working snapshots of the upcoming 2.15 release of OVS - do I need a newer DPDK version to support that?
[11:01] <cpaelzer> jamespage: yes you do
[11:01] <cpaelzer> jamespage: we have DPDK 20.11 prepared in Debian experimental
[11:01] <jamespage> great - I'll pull and tests from there
[11:01] <cpaelzer> \o/
[11:02] <cpaelzer> jamespage: if you need me for anything let me know, this is as much my task as it is yours
[11:02] <jamespage> thanks
[11:02] <cpaelzer> once it builds I'm happy to run some tests on my side as well
[11:02] <jamespage> and happy new year :)
[11:02] <cpaelzer> yeah, to you (and everyone else here) as well!
[11:05] <cpaelzer> jamespage: once things work in a PPA let me know I'd then do the sync of DPDK to hirsute
[11:05] <cpaelzer> jamespage: there are a few more related PKGs that need rebuilds then, but all except OVS are ready for it
[11:05] <jamespage> got it
[11:05] <cpaelzer> if I do the sync it is clear that it is my task to resolve all these :-)
[12:18] <jamespage> @cpaelzer hmm
[12:18] <jamespage> "/usr/include/x86_64-linux-gnu/dpdk/rte_config.h"
[12:18] <jamespage> is that normal?
[12:18] <jamespage> the autoconf for OVS fails to find that
[12:21] <cpaelzer> jamespage: might be related to pkgconfig - there was something recently
[12:21] <cpaelzer> also https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=978248
[12:21] <ubot3> Debian bug 978248 in src:openvswitch "openvswitch: FTBFS: configure: error: Could not find DPDK library in default search path, Use --with-dpdk to specify the DPDK library installed in non-standard location" [Serious, Open]
[12:21] <cpaelzer> jamespage: can you point me to your PPA rebuild of 20.11 - then I can give things a try
[12:21] <cpaelzer> jamespage: I guess you have put the OVS you try to build into git already?
[12:22] <jamespage> @cpaelzer https://launchpad.net/~james-page/+archive/ubuntu/openvswitch
[12:24] <jamespage> @cpaelzer I have pushed my work to git as well - its in the master branch
[12:25] <cpaelzer> found it, build started
[12:57] <jamespage> hmm "/usr/bin/ld: cannot find -ldbus-1"
[12:57] <jamespage> is the actual issue
[12:58] <cpaelzer> my local build in a hirsute container works so far
[12:59] <jamespage> installing libdbus-1-dev resolves my issue
[12:59] <cpaelzer> but it might be at the non dpdk build still
[13:00] <cpaelzer> jamespage: it is dpdk that makes libdbus to be needed (i.e. do I need to add it to libdpdk-dev dependencies)?
[13:00] <cpaelzer> or is it something else?
[13:00] <jamespage> just scratching at that now
[13:01] <jamespage> its appearing in the middle of the dpdk libs
[13:02] <jamespage> but I can't see a dep from DPDK->DBUS
[13:02] <jamespage> odd
[13:09] <jamespage> cpaelzer: might be libpcap actually
[13:10] <cpaelzer> jamespage: dbus is no direct build dependency of DPDK, but libpcap we do have
[13:10] <jamespage> yeah #
[13:10] <cpaelzer> libpcap-dev  is a dep of libdpdk-dev
[13:10] <cpaelzer> so if this turns out to be true then libpcap-dev might need that dep then
[13:11] <cpaelzer> I now can at least recreate your issue over here
[13:11] <cpaelzer> giving this a second look
[13:13] <jamespage> libpcap0.8 -> libdbus-1-3
[13:13] <jamespage> but no libpcap0.8-dev -> libdbus-1-dev
[13:18] <cpaelzer> jamespage: the https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=978248 that I mentioned before seems to have the same root cause btw
[13:18] <ubot3> Debian bug 978248 in src:openvswitch "openvswitch: FTBFS: configure: error: Could not find DPDK library in default search path, Use --with-dpdk to specify the DPDK library installed in non-standard location" [Serious, Open]
[13:20] <cpaelzer> jamespage: nothing on https://bugs.debian.org/cgi-bin/pkgreport.cgi?repeatmerged=no&src=libpcap yet, bluca will file a bug on libpcap for it
[13:20] <cpaelzer> jamespage: will you for now in OVS 2.15 just add libdbus-dev to the build deps ?
[13:20] <cpaelzer> maybe with a comment to remember dropping it later ?
[13:21] <cpaelzer> jamespage: in the other discussion we've seen that it only happens if you use pkg-config --static which is uncommon
[13:21] <cpaelzer> that is why it went unnoticed I guess
[13:49] <cpaelzer> jamespage: FYI bluca filed https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=979229 for this
[13:49] <ubot3> Debian bug 979229 in libpcap0.8-dev "libpcap0.8-dev: missing dependency on libdbus-1-dev causes build failures" [Serious, Open]
[13:59] <jamespage> cpaelzer: can do - just looking at a subsequent build failure
[14:26] <linuxmint> Hello, deciding on VM OS Ubuntu-server or Debian.  Just after smallest resource use, to install ZoneMinder on the OS.
[14:28] <linuxmint> This helps https://thishosting.rocks/debian-vs-ubuntu/#:~:text=Unlike%20Ubuntu%2C%20Debian%20requires%20more,a%20better%20choice%20for%20you.
[14:29] <linuxmint> Never heard of Debian servers, usually used CentOS and Ubuntu servers.
[14:29] <linuxmint> Seems like Ubuntu server might do it.
[14:54] <teward> linuxmint: Debian 'servers' are basically booted from the Debian netinstall ISO and installed without a Desktop interface.  Debian doesn't have a specific 'image' or 'installer' for just server components, unlike Ubuntu.
[14:55] <teward> if your consideration is 'smallest resource usage' you have to be more specific about what resources you're trying to conserve.
[14:55] <qman__> yep, and both debian and ubuntu are rather large compared to distros designed to be minimal
[14:55] <teward> ^ this
[14:55] <teward> also
[14:56] <teward> an absolutely minimum Debian install and an absolutely minimum Ubuntu install take up about the same resources in idle state, give or take maybe 25-50 MB of RAM so unless you *really* are nitpicky about RAM, be more concerned with what resources exactly you're trying to conserve and state what your goal is here
[14:56] <qman__> yeah
[14:56] <teward> (I've effectively run Ubuntu 18.04 on a 256MB RAM VPS for two years without downtime except for when i update the kernel)
[14:57] <qman__> I wouldn't pick one over the other based strictly on resource usage, there isn't enough difference between them, it's more about preference and ease of use for a given application
[14:57] <qman__> if resource use is a big concern, there are other options that use significantly less
[14:58] <qman__> (at the expense of some ease of use)
[14:58] <teward> and considering RAM is pretty cheap nowadays (relatively speaking) it's really more CPU and disk space constraints that you're going to run into
[14:58] <teward> CPU especially if you're ZoneMindering
[15:04] <qman__> it's been a while, but the last time I tried to set up zoneminder it was kind of a nightmare, so based on that, I'd go with whatever distro zoneminder recommends you use, since it will probably have the least issues running it
[15:16] <rbasak> cpaelzer: could I defer triage of bug 1908512 and bug 1908577 to you please?
[15:16] <ubot3> Bug 1908512 in libvirt (Ubuntu) "VNC unusable when booting ubuntu-20.04.1-live-server-amd64.iso" [Undecided, Confirmed] https://launchpad.net/bugs/1908512
[15:16] <ubot3> Bug 1908577 in qemu (Ubuntu) "QEMU crashed after last update" [Undecided, New] https://launchpad.net/bugs/1908577
[15:17] <rbasak> For the former I'm not sure whether that's something we should support.
[15:17] <rbasak> For the latter, I would ask for exact package versions involved and to confirm by trying a downgrade, but I thought I'd check with you in case there's anything else to say/do first.
[15:19] <cpaelzer> yeah rbasak I can look at these
[15:20] <cpaelzer> actually I already have tabs on them open since I monitor all virt bugs anyway
[15:20] <cpaelzer> usually I have them triaged before they are seen
[15:20] <cpaelzer> but due to the break I was not yet up to them :-)
[15:21] <rbasak> Thanks!
[15:46] <jamespage> @cpaelzer: https://launchpad.net/~james-page/+archive/ubuntu/openvswitch/+packages I'm happy with that lot
[15:46] <jamespage> do you want to sync over dpdk and start the process? I'll follow with OVS and OVN uploads
[15:54] <cpaelzer> jamespage: yes that LGTM as well, and as I said the rest we've made ready as well
[15:55] <jamespage> great
[15:56] <cpaelzer> jamespage: https://launchpad.net/ubuntu/+source/dpdk/20.11-1
[15:56] <jamespage> lovely job - thanks
[15:56] <cpaelzer> jamespage: tomorrow (once this is fully built) I'll no-change rebuild the other deps
[15:56] <cpaelzer> and whenever we have the OVS build I'll run my testsuite so that we can fix remaining issues further down the road before 21.04 releases
[16:00] <jamespage> OVS uploaded - has a versioned BD's so will depwait until DPDK is built and published
[16:37] <MIF> do you know why a perl script will not run from cron
[16:38] <MIF> but I can run the line from cron and run it on the cli and it works
[16:38] <MIF>  * *  *   *   *   /bin/perl -w  /var/www/html/stats/pisg -co /var/www/html/stats/pisg.cfg
[16:38] <MIF> /bin/perl -w  /var/www/html/stats/pisg -co /var/www/html/stats/pisg.cfg
[16:38] <MIF> ^ works on cli
[16:38] <MIF> but not on cron
[16:39] <sdeziel> MIF: here perl is at /usr/bin/perl
[16:39] <MIF> ok
[16:39] <MIF> changed it
[16:39] <Ussat> in cron, you need to put the full path, define the env etc
[16:39] <MIF> ?
[16:40] <Ussat> either spell out the full path, or wrap it in a script that defines the env and path to use
[16:40] <MIF> how do I spell out the full path
[16:41] <MIF> that is what I did
[16:41] <MIF> it is now /usr/bin/perl -w  /var/www/html/stats/pisg -co /var/www/html/stats/pisg.cfg
[16:44] <MIF> and it still dose not work
[16:45] <Ussat> type which perl
[16:46] <MIF> /usr/bin/perl
[16:46] <MIF> and I changed it to that
[16:46] <Ussat> crontab -l
[16:46] <MIF> https://usercontent.irccloud-cdn.com/file/Pzgm9yN7/image.png
[16:47] <MIF>   * *  *   *   *   /usr/bin/perl -w  /var/www/html/stats/pisg -co /var/www/html/stats/pisg.cfg
[16:47] <MIF> that is the only thing in my cron
[16:47] <Ussat> what error do you get when that is supposed to run in cron ?
[16:47] <MIF> I don't get a error
[16:47] <Ussat> and um..... * * * * *
[16:47] <MIF> do you mean what is suposed to happen?
[16:48] <Ussat> How often do you want this to run ?
[16:48] <MIF> every minute
[16:48] <MIF> of every hour
[16:48] <MIF> of every day
[16:48] <MIF> of every day of the week
[16:48] <MIF> of every mouth
[16:48] <MIF> of every year
[16:49] <Ussat> put the entire thiong in quotes
[16:50] <MIF> the entire /usr/bin/perl -w  /var/www/html/stats/pisg -co /var/www/html/stats/pisg.cfg
[16:50] <MIF> or * *  *   *   *   /usr/bin/perl -w  /var/www/html/stats/pisg -co /var/www/html/stats/pisg.cfg
[16:50] <Ussat> also, is that root's crontab ?
[16:50] <MIF> why?
[16:50] <MIF> it needed to be
[16:51] <MIF> *needs
[16:51] <Ussat> becaue it looks like youre tryiong to write to a place that a normal user would not have perms
[16:51] <MIF> ^ and that is why it needs to be root
[16:51] <Ussat> so I would think it shoiuld be roots
[16:51] <MIF> it is
[16:52] <Ussat> type mail and see if there is any errors.
[16:52] <Ussat> cron should mail root if there are errors
[16:52] <MIF> https://www.irccloud.com/pastebin/Jx2ebf60/
[16:52] <MIF> I don't have a email server set up yet
[16:53] <Ussat> you dont need an email server
[16:53] <MIF> ok
[16:53] <MIF> what will it look like?
[16:53] <MIF> just mail
[16:54] <Ussat> are you SURE you should be doin this, I mean....setting up an email server.....a public web site ?
[16:54] <Ussat> This is some basic stuff youre asking
[16:54] <MIF> my website is up
[16:55] <MIF> all I am trying to do is just ask, a simple question that google will not anser
[16:55] <MIF> *answer
[16:55] <MIF> I have had a relly bad week, so I don' need you asking me questions like that please
[16:56] <MIF> really
[16:56] <Ussat> make your crontab look like this */1 * * * *
[16:56] <MIF> ok
[16:56] <Ussat> we all have bad weeks......
[16:57] <MIF> sorry, I did not mean to flip
[16:57] <Ussat> Also, what outcome do you expect ?
[16:57] <MIF> it to update the stats page
[16:57] <Ussat> and how do you know its not working ?
[16:58] <MIF> because the date on the stats page is not updating
[16:58] <MIF> and I know it is not cache
[16:58] <MIF> because when I run the command and refresh the page it works
[16:58] <Ussat> ok so make that change in crontab
[16:58] <MIF> I did and it did not update
[16:59] <MIF> it still says 10:38:47
[17:00] <Ussat> create a log file and redirect the output there, and take a look, like this example:  https://stackoverflow.com/questions/34967093/how-to-redirect-stderr-to-a-file-in-a-cron-job
[17:01] <MIF> ok
[17:02] <MIF> ok
[17:02] <MIF> nothing
[17:02] <MIF> in the log file and it is chmod 777
[17:02] <MIF> the new cron looks like this
[17:02] <MIF> */1 *  *   *   *   /usr/bin/perl -w  /var/www/html/stats/pisg -co /var/www/html/stats/pisg.cfg >> /NSCS/logs/cron/pisg.log 2>&1
[17:05] <MIF> still empty
[17:09] <MIF> sorry if I have been rude Ussat
[17:10] <Ussat> Thats fine, I am busy at work
[17:10] <MIF> ok
[17:11] <MIF> do you think a systemd timer would be better?
[17:11] <Ussat> I have no idea, can try ?
[17:11] <MIF> ok
[17:12] <sdeziel> It seems like the problem is a mismatch between cron's env and your interactive environment
[17:13] <Ussat> which, is why I suggested wrapping it in a script
[17:13] <sdeziel> MIF: I'd try running this interactively as root:
[17:13] <sdeziel> env -i PATH=/usr/local/sbin:/usr/local/bin:/sbin:/bin:/usr/sbin:/usr/bin /usr/bin/perl -w  /var/www/html/stats/pisg -co /var/www/html/stats/pisg.cfg
[17:13] <MIF> try that as cron?
[17:13] <Ussat> I have to do that with a lot of commands in cron
[17:13] <sdeziel> MIF: no, interactively as that kind of mimics cron's env
[17:14] <MIF> so Ussat what you are saying is write a script with the contents that sdeziel gave me, then /bin/sh <full path to script>?
[17:14] <MIF> after chmod +x <script>
[17:14] <MIF> and sdeziel that command work
[17:14] <knstn> don't you have to set "PATH=" & "SHELL=" in that crontab?
[17:15] <sdeziel> MIF: Ussat's suggestion doesn't include my test
[17:15] <MIF> oh ok
[17:15] <sdeziel> MIF: env -i SHELL=/bin/sh PATH=/usr/local/sbin:/usr/local/bin:/sbin:/bin:/usr/sbin:/usr/bin /usr/bin/perl -w  /var/www/html/stats/pisg -co /var/www/html/stats/pisg.cfg
[17:16] <Ussat> oke of my crontabs is this
[17:16] <Ussat> 00 06 * * * /usr/local/scripts/tbmr.sh
[17:16] <MIF> it says it works but it dose not update the page
[17:16] <MIF> correctly
[17:16] <Ussat> with the script having this:
[17:17] <Ussat> #!/bin/bash
[17:17] <Ussat> PATH=/opt/someApp/bin:/usr/local/sbin:/usr/local/bin:/usr/sbin:/usr/bin:/sbin:/bin
[17:17] <Ussat> cd /usr/bin
[17:17] <Ussat> ./tbmrcfg
[17:17] <Ussat> so in the script, I define my path
[17:17] <sdeziel> MIF: so if it says it works but doesn't update the page, then it's not/no longer a cron problem
[17:17] <Ussat> ^^
[17:17] <MIF> when I run it
[17:18] <MIF> it give the correct cli out put
[17:18] <MIF> https://www.irccloud.com/pastebin/Q2cWezYy/
[17:18] <sdeziel> MIF: and index.html isn't updated?
[17:18] <MIF> let me check
[17:19] <MIF> no it is not
[17:20] <MIF> let me try something
[17:21] <MIF> ok
[17:22] <MIF> this command works
[17:22] <MIF> env -i /usr/bin/perl -w  /var/www/html/stats/pisg -co /var/www/html/stats/pisg.cfg
[17:22] <MIF> and it updates it
[17:22] <MIF> /bin/env -i /usr/bin/perl -w  /var/www/html/stats/pisg -co /var/www/html/stats/pisg.cfg
[17:22] <MIF> works and updates it
[17:22] <MIF> in cron it dose not
[17:22] <sdeziel> MIF: is crond actually running?
[17:23] <MIF> how do I check
[17:24] <MIF> yes it is working
[17:24] <MIF> I just did   *   *   *   *   *   /bin/mkdir /test
[17:24] <MIF> and it worked
[17:25] <sdeziel> try: cd / && /bin/env -i /usr/bin/perl -w  /var/www/html/stats/pisg -co /var/www/html/stats/pisg.cfg
[17:26] <MIF> as a command or cron?
[17:26] <sdeziel> no, interactively
[17:27] <MIF> so a command
[17:28] <MIF> it genrates the html file in /
[17:28] <MIF> let me do a config change
[17:29] <MIF> now it works
[17:29] <MIF> let me wait and see if cron is working now
[17:30] <MIF> welp the cron works now
[17:30] <MIF> thank you everyone
[17:33] <sdeziel> MIF: cron jobs start in "/" IIRC so you need to put something like this in your crontab:
[17:33] <sdeziel> * * * * * cd /my/path/ && /usr/bin/perl -w  /var/www/html/stats/pisg -co /var/www/html/stats/pisg.cfg