TwistedFate | is it possible to disable wait for the eth0 to lock on to a network/ip before boot? | 10:58 |
---|---|---|
Smilex | Hey. On boot, my system halts a long time while it tries to get a lock on eth0. How can I disable that? | 10:59 |
sixwheeledbeast^ | I wouldn't think that it would, what if eth0 is down for example. Maybe expand on why you think that and which init you have. Someone may be able to point you in the right direction then. | 11:02 |
Smilex | I think that it would, because I just installed devuan, which involved a couple of restarts, and everytime it did | 11:03 |
Smilex | even if my ethernet cable was connected | 11:03 |
TwistedFate | sixwheeledbeast^: it also happened to me | 11:18 |
TwistedFate | when i switched to static ip and disabled dhcp, it was gone | 11:19 |
sixwheeledbeast^ | Obviously errors or issues are possible, as I say maybe try checking the boot logs and expanding on your system configuration. | 11:24 |
sixwheeledbeast^ | I am imagining minutes of delay but you didn't mention how long either, for example | 11:26 |
xkr47 | hi, regarding donations, have you considered Patreon and similar monthly payment things? | 11:36 |
KatolaZ | xkr47: not yet | 11:40 |
KatolaZ | there have been not many people asking for that | 11:40 |
xkr47 | I constantly benefit from devuan so monthly payment feels more right | 11:40 |
Smilex | sixwheeledbeast^: sorry for late reply. It halts for about a minute, and I just installed devuan | 12:28 |
Smilex | in dmesg, it just says that link is not ready. But during startup, when it halts, it is "ifup" that's waiting | 12:30 |
UsL | Hello vuans! I bought a ssd to replace my old hdd in my laptop and I have a adapter that can read and write to and from disks via usb. What I want is to make a 1:1 copy of the old disk to the new one so that I can just swap the disks. What is the best approach to accomplish this? is dd sufficient enough and what parameters should I have | 13:08 |
UsL | the clone procedure is done on a second laptopn with devuan installed on it. | 13:09 |
sixwheeledbeast | Smilex: ifup: waiting for lock? | 13:16 |
Smilex | sixwheeledbeast: yes | 13:16 |
sixwheeledbeast | Slimex: So init is bringing up eth0 instead of a daemon. | 13:20 |
sixwheeledbeast | Smilex: https://dev1galaxy.org/viewtopic.php?id=1688 this maybe of use, bottom of the thread. | 13:21 |
Smilex | sixwheeledbeast: I used the net installer, but my net died during install, so I started from the very minimal setup. Might be that I haven't installed something | 13:21 |
Smilex | sixwheeledbeast: but I want to run ifup eth0 after startup. Removing this will disable DHCP on eth0, right? | 13:27 |
KatolaZ | Smilex: how is eth0 speficied in your /etc/network/interfaces? | 13:33 |
KatolaZ | it should be "allow-hotplug" | 13:33 |
KatolaZ | like "allow-hotplug eth0" | 13:33 |
xkr47 | Smilex, "ifup" will trigger dhcp if eth0 is configured to use dhcp, or static ip if so configured. | 13:46 |
xkr47 | *** WARNING: if you are replacing sysv-rc by OpenRC, then you must *** | 14:47 |
xkr47 | ... the command listed after this warning could perhaps be stored in a script? | 14:48 |
xkr47 | it could be removed during next reboot | 14:48 |
xkr47 | first boot after installing openrc and rebooting according to afforementioned procedure, machine did not start and could not connect over ssh. "acpi power off" did not shut down the machine. hard poweroff + startup -> machine works fine. will investigate logs. | 15:02 |
xkr47 | (ascii) | 15:02 |
xkr47 | could not find anything in the logs | 15:07 |
nemo | hm interesting | 15:43 |
nemo | I have a .deb I was installing that I need for work | 15:44 |
nemo | it's an awful one | 15:44 |
nemo | vmware-view 4 | 15:44 |
nemo | anyway. it's blowing up and sucking up all my CPU | 15:44 |
nemo | and I looked into why | 15:44 |
nemo | GROUP_ID=$(cat /etc/group | grep -r "^usb" | cut -d ':' -f 3) | 15:44 |
nemo | so the "-r" there is just stupid | 15:44 |
nemo | what I'm curious about is | 15:44 |
nemo | why did this not crash before | 15:44 |
nemo | it appears to be new grep behaviour - wondering if it's a devuan grep specific thing or a general grep change | 15:45 |
nemo | that is, cat foo | grep -r instead of just grepping stdin, does a recursive on current folder. | 15:45 |
nemo | used to be grep -r foo would expect stdin. but not anymore | 15:46 |
nemo | I wonder if devuan does some alias | 15:46 |
nemo | no... /bin/grep -r foo does same thing | 15:46 |
* nemo repackages the .deb | 15:46 | |
nemo | https://git.savannah.gnu.org/cgit/grep.git/commit/?id=faf6ea13b3281a2004f5bfd1487708d1ba50a6c5 | 15:47 |
nemo | grep's fault | 15:47 |
KatolaZ | nemo: devuan has not touched grep, AFAICT | 15:49 |
nemo | KatolaZ: yeah. this is just gnu grep changing | 15:51 |
nemo | and a badly written .deb postinst | 15:51 |
nemo | unfortunately vmware sucks at linux packaging and I'm not sure any newer .deb exists ☹ | 15:51 |
KatolaZ | nemo: I think vmware is not packaged by Debian, is it? | 15:52 |
nemo | KatolaZ: naw. this one was created by VMWare | 15:53 |
nemo | KatolaZ: in our workplace archive it is in legacy, but there's nothing else out ther | 15:53 |
nemo | You can't even find newer than 3.5 on the VMWare site | 15:53 |
nemo | at one point they had a packaging partnership with ubuntu but that's gone | 15:53 |
nemo | so I just hang onto the .debs and dpkg -i the required libpng12 and openssl0.9.8 even though they are probably not safe ☹ | 15:54 |
nemo | really sucks for something like this. ah well. | 15:54 |
nemo | I try to use it as little as possible | 15:54 |
nemo | aw hell. this !@#$ postinst | 16:09 |
nemo | it wants a usbfs mount | 16:09 |
nemo | hm | 16:09 |
nemo | it's only for USB redirection though. | 16:10 |
nemo | which I don't actually need right now | 16:10 |
nemo | so I'm just going to disable that | 16:10 |
nemo | aaaagh whatever happened to ia32-libs in debian land? | 17:35 |
nemo | looks like vmware-view was built 32 bit only | 17:35 |
gnarface | google multiarch | 17:36 |
nemo | gnarface: did | 17:36 |
gnarface | https://wiki.debian.org/Multiarch/HOWTO | 17:36 |
gnarface | did you find this one? | 17:36 |
nemo | yes | 17:36 |
nemo | already enabled the arch - what was less-than-clear was what libs that used to be in ia32-libs now had to be installed | 17:37 |
nemo | gnarface: also nothing changed after update/upgrade | 17:37 |
gnarface | nemo: apt-get install vmware-view:i386 | 17:39 |
gnarface | "ia32-libs" was just a stopgap fix and not a good one | 17:39 |
nemo | gnarface: that package doesn't actually exist | 17:40 |
gnarface | it was a bundle of the most commonly required 32-bit dependencies | 17:40 |
nemo | I'm running: | 17:40 |
gnarface | yea, it's deprecated now. with multiarch | 17:40 |
nemo | dpkg -i 64_vmware-view-client_4.0.1-235010_i386_nousb.deb | 17:40 |
gnarface | with multiarch, you just install [packagename]:i386 | 17:40 |
nemo | ok... | 17:40 |
nemo | and for a .deb like that? | 17:40 |
gnarface | the point of multiarch is that the *:amd64 and *:i386 packages should play nice now (mostly they do) | 17:40 |
nemo | by "that package" I mean vmware-view:i386 does not exist | 17:41 |
gnarface | oh i see | 17:41 |
nemo | what I need is to install this i386 .deb | 17:41 |
nemo | and be able to actually run it | 17:41 |
nemo | once upon a time ia32-libs was the trivial way to do so | 17:41 |
nemo | I have no idea even what command to replace that with now | 17:41 |
nemo | and the multiarch wiki page does not explain what it used to offer | 17:41 |
gnarface | right | 17:41 |
nemo | or what I would install to get approximately same behaviour | 17:41 |
gnarface | when you ran "dpkg -i 64_vmware-view-client_4.0.1-235010_i386_nousb.deb" after enabling multi-arch, it should have either worked, or told you what you're missing | 17:42 |
* nemo removes it and reinstalls | 17:42 | |
nemo | gnarface: it did not | 17:43 |
nemo | can't even ldd it since ldd does not recognise it | 17:43 |
gnarface | bummer. well, if it wasn't actually packaged right (no dependencies listed) you'll have to actually look them up from their website. just remember that you append ":i386" now to the package name if you want the 32-bit one | 17:43 |
nemo | ☹ | 17:44 |
nemo | gnarface: their website will not have this info either | 17:44 |
nemo | gaaaah | 17:44 |
nemo | welllp | 17:44 |
gnarface | really? why not? | 17:44 |
gnarface | hang on... | 17:44 |
nemo | let's see if I can find what ia32-libs actually packaged | 17:44 |
nemo | gnarface: because this package is not even lsited on their website | 17:44 |
gnarface | well it's unlikely that you actually need ALL those libs | 17:44 |
nemo | explained prior I think | 17:44 |
nemo | gnarface: maybe not, but it's easier to just get past this at this point | 17:44 |
nemo | have burnt like all morning trying to connect to my work vm | 17:44 |
gnarface | wait a minute | 17:45 |
gnarface | it installed no complaint? | 17:45 |
nemo | yes | 17:45 |
gnarface | what happens when you run it? | 17:45 |
nemo | "no such file or directory" | 17:45 |
nemo | usual 32 bit lib issue | 17:45 |
nemo | $ file /usr/bin/vmware-view | 17:45 |
nemo | /usr/bin/vmware-view: ELF 32-bit LSB executable, Intel 80386, version 1 (SYSV), dynamically linked, interpreter /lib/ld-linux.so.2, for GNU/Linux 2.2.5, stripped | 17:45 |
gnarface | that's a pretty basic one | 17:46 |
gnarface | that would be covered by literally any other proper 32-bit package | 17:47 |
nemo | I'm sure | 17:47 |
nemo | in fact | 17:47 |
gnarface | libpcsclite1 | 17:47 |
nemo | I poked around in synaptic for a trivial one to try | 17:47 |
gnarface | libssl0.9.8 | 17:47 |
nemo | specifically hoping it would satisfy the deps | 17:47 |
gnarface | libxml2 | 17:47 |
gnarface | libxtst6 | 17:48 |
gnarface | zenity | 17:48 |
gnarface | libatk1.0 | 17:48 |
gnarface | libc6 | 17:48 |
gnarface | libgcc1 | 17:48 |
gnarface | libgdk-pixbuf2.0 | 17:48 |
gnarface | libglib2.0 | 17:49 |
gnarface | libgtk2.0 | 17:49 |
gnarface | libpango1.0 | 17:49 |
gnarface | libstdc++6 | 17:49 |
nemo | um | 17:49 |
gnarface | libxi6 libxrandr2 zlib1g | 17:49 |
nemo | one of those in your list... libssl0.9.8 - is it even possible to install that on ascii without using a .deb? | 17:49 |
gnarface | the list i'm pulling from is old. i assume the current libssl[whatever] will work | 17:50 |
nemo | libstdc++6 is already installed as I imagine a lot of those are. I thought marking for reinstall would pick up 32 bit but seems not | 17:50 |
nemo | gnarface: no. I just perked up 'cause this particular package requires 0.9.8 | 17:50 |
nemo | and wanted to avoid a .deb | 17:50 |
gnarface | since you're on a amd64 install, it won't install the 32-bit ones too unless something asks. since this vmware-view package appears to be braindead in that regard, you have to ask yourself, explicitly. | 17:51 |
nemo | alrighty will just try apt-get install libstdc++6:i386 then | 17:52 |
gnarface | after you do that, run "dpkg -l |grep libstdc" and you should see both libstdc++6:amd64 and libstdc++6:i386 installed | 17:52 |
gnarface | it won't be just those | 17:54 |
gnarface | there will be several, no doubt. | 17:54 |
gnarface | having Steam installed i've got dozens of them... | 17:54 |
nemo | it's funny that a package that claims to be 64 bit is actually 32 bit | 17:54 |
nemo | maybe it's a weird hybrid | 17:54 |
nemo | vmware-view: error while loading shared libraries: libglib-2.0.so.0: cannot open shared object file: No such file or directory | 17:55 |
nemo | now we're getting somewhere | 17:55 |
gnarface | nemo: yea, they definitely did this wrong. it would have been nice of them to at the very least have a loosely-versioned list of dependencies near the download link. i assume you can chase them all down by these runtime errors though.... let me know if it works | 18:14 |
nemo | yep | 18:15 |
nemo | fun thing is frontend gui seems to spawn backend processes which are failing | 18:15 |
nemo | but there's al og | 18:15 |
nemo | *log | 18:15 |
nemo | oh hmmmm | 18:17 |
nemo | I wonder if my browsing of their site was just fail before | 18:17 |
nemo | after all this work | 18:17 |
nemo | https://my.vmware.com/web/vmware/details?downloadGroup=CART19FQ2_LIN64_480&productId=578&rPId=24972 | 18:17 |
nemo | far more up to date | 18:17 |
nemo | oh well I'll probably need the i386 libs eventually. but let's see | 18:17 |
* nemo removes some stuff and tries this one | 18:18 | |
nemo | haha | 18:20 |
nemo | yay, new installer, no more .deb - looks like they are managing it all themselves | 18:21 |
nemo | now just the usual fun with ABIs | 18:21 |
nemo | /usr/lib/vmware/view/bin/vmware-view: /usr/lib/vmware/mediaprovider/gcc/libstdc++.so.6: version `CXXABI_1.3.8' not found (required by /usr/lib/x86_64-linux-gnu/libicui18n.so.57) | 18:21 |
nemo | hm | 18:21 |
nemo | I've run into this one before with minecraft... | 18:21 |
nemo | there's a debian package to deal with this.. | 18:21 |
nemo | oh wait no. crap | 18:24 |
nemo | I was confusing it with the ubuntu ppa fix. doh | 18:24 |
nemo | ppa:ubuntu-toolchain-r | 18:25 |
gnarface | wait | 18:26 |
nemo | actually that's a bit odd unless I'm misreading | 18:26 |
gnarface | that's just a version bump though, no? | 18:26 |
nemo | why is libicu18n requiring an incompatible ABI | 18:26 |
nemo | surely that's a standard ascii lib | 18:26 |
gnarface | maybe it's just too old. check backports for a new one | 18:26 |
nemo | oh I see | 18:29 |
nemo | they package a ton of the libs they need | 18:29 |
nemo | and that tree is not complete | 18:30 |
nemo | so their /usr/lib/vmware/mediaprovider/gcc/libstdc++.so.6 is reaching out into my space | 18:30 |
nemo | lemme see if I can swap it out 😃 | 18:30 |
gnarface | interesting | 18:30 |
nemo | that worked | 18:31 |
gnarface | i almost wonder if it can be made to behave if you just like make a wrapper script that sets LD_LIBRARY_PATH to look in their own install directory first? | 18:31 |
nemo | /usr/lib/vmware/mediaprovider/gcc# mv libstdc++.so.6 libstdc++.so.6.old | 18:31 |
nemo | ln -s /usr/lib/x86_64-linux-gnu/libstdc++.so.6 . | 18:31 |
nemo | gnarface: that's the problem | 18:31 |
nemo | their wrapper script does exactly that | 18:31 |
nemo | but *their* libstdc++.so.6 was incomplete | 18:31 |
nemo | given their incompetence in the older .deb postinst it's no shock to me the new one has fail too | 18:32 |
gnarface | ah i see. steam has the same problem though with libstdc++ now that i think of it, and that's the prescribed fix... to delete the bundled one | 18:32 |
systemdlete2 | where does devuan's cron keep its logs? I don't see anything in /var/log. Thanks if you know. | 19:19 |
systemdlete2 | btw, this is ascii and cron is 3.0pl1-128+deb9u1 | 19:21 |
gnarface | should be /var/log/daemon.log | 19:22 |
systemdlete2 | ok, thanks | 19:23 |
gnarface | hmm, or maybe it's /var/log/syslog | 19:23 |
systemdlete2 | grep cron /var/log/* --> only auth.log and pm-powersave.log | 19:24 |
systemdlete2 | my other systems have a crond.log or the like | 19:24 |
UsL | hi, I am about to clone/backup my ascii from a hdd to a new ssd. I want to preserve all my stuff. I thought dd was the goto method but rsync with excluded dirs like /dev and /lost+found seem like a better option. I realize I need to edit fstab with new disks uuid to make it boot as system disk. What do you guys think? | 19:25 |
gnarface | is cron actually running? | 19:25 |
gnarface | systemdlete2: ^ | 19:25 |
systemdlete2 | yes | 19:25 |
systemdlete2 | ps and service show it running | 19:25 |
systemdlete2 | man page for crontab says nothing about logging... | 19:26 |
gnarface | UsL: try this: zgrep -ni 'cron' /var/log/* | 19:27 |
detha | man cron says " cron logs its action to the syslog facility 'cron', and logging may be | 19:27 |
detha | controlled using the standard syslogd(8) facility" | 19:27 |
gnarface | oh yea | 19:27 |
systemdlete2 | man cron says by default cron logs start of all jobs | 19:27 |
gnarface | UsL: make sure you have syslog-ng or rsyslogd running too | 19:27 |
detha | Note that default loglevel is probably 0, so only failures are mailed | 19:27 |
systemdlete2 | rsyslogd is running | 19:28 |
gnarface | sorry UsL that was for systemdlete2 | 19:28 |
gnarface | systemdlete2: did you get anything else from this? `zgrep -ni 'cron' /var/log/*` | 19:29 |
gnarface | maybe it just hasn't logged anything yet *today* | 19:29 |
gnarface | if your logs had just been rotated it may not show up yet | 19:29 |
gnarface | UsL: yea, rsync or even tar would work too, but dd would preserve your partitions | 19:30 |
systemdlete2 | good catch gnarface. That's prob it. I just installed logwatch and a directory size monitoring tool this morning | 19:30 |
systemdlete2 | I'm gonna restart cron to see if that "kicks" it | 19:31 |
detha | default setup it logs in /var/log/syslog | 19:31 |
gnarface | systemdlete2: i get these repeating in my syslog periodically, but this system has been upgraded so many times, who knows if my logging thresholds match yours: CRON[20491]: (root) CMD ( cd / && run-parts --report /etc/cron.hourly) | 19:31 |
detha | (but one has to enable logging, see EXTRA_OPTS in /etc/default/cron) and restart cron | 19:31 |
systemdlete2 | no, that is normal I think, gnarface | 19:31 |
UsL | I think I'll try rsync. Should I do it with a live cd or directly. Will it make any difference? | 19:32 |
gnarface | gosh i think i did have problems with upgrades to jessie in a VM failing to make cron start right, and i had to reinstall cron to make some postinst package script wire it up right.... but i've never had any other problems with it | 19:32 |
systemdlete2 | detha: THanks, but I think we have solved it for now. Looks like I'm just a bit impatient | 19:32 |
gnarface | UsL: it might not make a difference but it would be safer from a livecd, just to be sure nothing you're backing up changes while doing it | 19:33 |
UsL | okay, yeah. And then edit fstab with new uuid and I should be good to go.. | 19:34 |
gnarface | yep | 19:34 |
gnarface | in theory | 19:34 |
UsL | : ) | 19:35 |
gnarface | make sure you back up everything you need though | 19:35 |
systemdlete2 | on the importance of backups: Yesterday I blew away my home directory. Bad news. | 19:35 |
systemdlete2 | good news is I have backups. | 19:35 |
systemdlete2 | bad news is that I did not set up the backups for the new VM (ascii) -- so more bad news | 19:36 |
systemdlete2 | luckily, I still had backups from my jessie VM so good news | 19:36 |
gnarface | the debian release notes helpfully list a few directories and some command outputs they recommend you back up just in case here: https://www.debian.org/releases/stable/amd64/release-notes/ch-upgrading.en.html#data-backup | 19:36 |
UsL | indeed.. Well, as long as rsync wont modify anything on the source disk I guess it's fine | 19:36 |
UsL | ah, thanks | 19:36 |
systemdlete2 | bad news is I had been running ascii for about 3 days already, so might have lost some important work in my home directory. | 19:36 |
gnarface | UsL: it won't mess anything up if you get the syntax right.... | 19:36 |
systemdlete2 | good news is that it turns out I hadn't, so | 19:37 |
gnarface | UsL: (make sure you know which direction you're pointing it before you pull the trigger) | 19:37 |
systemdlete2 | anyway. Always make sure your backups actually work!!! | 19:37 |
gnarface | that is a good tip too | 19:37 |
UsL | yeah, I'll try to not eff this up. Thanks for input | 19:38 |
UsL | here I go | 19:38 |
gnarface | the debian release notes say to back up /etc, /var/lib/dpkg, /var/lib/apt/extended_states, and `dpkg --get-selections "*"` and loosely suggest maybe /home too, but i would add to that /opt, /usr/local, and `debconf-get-selections` | 19:39 |
gnarface | (and i would heavily recommend /home not just lazily suggest "maybe") | 19:39 |
systemdlete | I'm backing up those and some other stuff as I need. And yes, always /home! | 19:40 |
gnarface | i maybe would even suggest /var/log too, if it's a server | 19:40 |
systemdlete | I mean, if you use your system for anything besides playing admin (like me, on most of my systems) | 19:40 |
systemdlete | good point, I have not been backing up /var/log | 19:41 |
systemdlete | I wonder how much of a space hit that would be for my backup cloud | 19:42 |
systemdlete | are you talking about ALL logs or just /var/log/*.log for instance? | 19:42 |
gnarface | depends on a lot, like how long you have logrotate keeping logs for, and how much traffic you get | 19:42 |
gnarface | if it's just a web server mabye you only care about /var/log/apache2 | 19:42 |
gnarface | logs don't typically take up much space though | 19:43 |
systemdlete | I'd need to ruminate over this a bit... I'm not doing anything quite THAT important really | 19:43 |
gnarface | a couple gigs at most unless you're doing something really werid | 19:43 |
gnarface | *weird | 19:43 |
koollman | local logs aren't as important in general. If they matter, setup a log server somewhere else | 19:43 |
koollman | (on the other hand, they usually compress really really well) | 19:43 |
systemdlete | good idea koollman | 19:43 |
systemdlete | I'd have to look at each of my systems individually because they run different loggers and have different things logged | 19:44 |
systemdlete | (different distros) | 19:44 |
koollman | it's pretty nice to be able to read the few last messages of a server that went missing ... helps finding out what may be wrong :) | 19:44 |
koollman | (same idea for performance metrics) | 19:45 |
systemdlete | +1 on perf logs | 19:46 |
systemdlete | I tend to think the historical (logrotated) logs won't be much help if I lose a system. If it is a public server of some kind, yeah, knowing the history of a problem can be helpful | 19:47 |
koollman | so then you can do something like "well I had mysql errors, the i/o wait and the number of process went way up, so I should look at that first after it comes back up" | 19:48 |
systemdlete | usually it is the last messages before a crash, or in the hours before a crash that matters | 19:48 |
systemdlete | right. I will keep in mind the perf data (if I have any) when I re-configure my backups | 19:48 |
systemdlete | This is bringing up other related matters for me. Like, I have never backed up any fw/router appliances like endian or ipfire | 19:51 |
systemdlete | My thinking about those is that they can be re-installed from scratch and reconfigured in minutes which would probably be faster than rebuilding and restore. But maybe I need to rethink that notion. | 19:52 |
koollman | you can probably get the basic config back easily. But then ... finding out the tiny part of important config that you did 2 years ago to solve some specific problem ... much harder :) | 19:53 |
systemdlete | oh how true that is! Thank you. | 19:53 |
koollman | and it can start some cascading failure. "oh. since I restored my firewall, I did not notice my backups cannot work anymore because they are dropped" (and you notice of course, when you need to restore) | 19:54 |
systemdlete | Realistially, I could set them up to backup the system area (/etc and /var mainly). I can re-use the same fileset as for the other systems... | 19:54 |
systemdlete | yes, that moment when the hairs on your neck stand up, you feel flushed, and ready to have a heart attack. That moment? | 19:54 |
koollman | I know it well enough to think with some realistic pessimism about what could go wrong on my systems ;) | 19:55 |
systemdlete | I'm lucky because most of what I do with my "systems" is just for learning stuff and a few actual, real-world projects | 19:56 |
systemdlete | I report bugs on occasion, so I guess that is useful | 19:57 |
gnarface | if you're running webservers though, the historical apache logs are like a record of your money | 19:58 |
gnarface | sometimes you need that to provide to the business | 19:58 |
gnarface | sometimes just to compare it with google's data, sometimes for other research purposes | 19:58 |
systemdlete | Yes, there is a whole wealth of great info in THOSE logs. About 20 years ago, I wrote a tool to cull user connection info from the logs | 19:59 |
systemdlete | We wanted to get some idea of how many people were connecting, and for how long -- these stats were only estimates, heuristics really. There is no deterministic means to generate that data. | 20:00 |
systemdlete | I still have that script... It might be fun to try it on one of my systems here... lol | 20:00 |
koollman | depending on your country's laws, you also are required to keep access logs for a while. And also depending on the laws, you're required to not keep them for too long | 20:01 |
systemdlete | PATRIOT act | 20:02 |
systemdlete | but that's only for publicly-facing servers, I think. Some companies probably do it for internal security purposes. | 20:02 |
koollman | for example, yes. or gdpr on the limiting side | 20:02 |
systemdlete | I love this new GDPR law... heh. The EU passes a sensible law (from what I can gather) and the US and everyone else is pretty much forced to follow suit. | 20:03 |
systemdlete | a kick in the teeth to US full spectrum command and control | 20:03 |
gnarface | my only complaint is that it precipitated the early death of Miiverse | 20:04 |
gnarface | it needed to happen though, better late than never | 20:04 |
systemdlete | a game? | 20:04 |
gnarface | uh... Miiverse was the "social" feature of Nintendo's previous console | 20:04 |
gnarface | due to GDPR they had to scrap it entirely, and on an earlier timeframe than they were planning on merging it with the new system | 20:05 |
systemdlete | So that kids could bully and harrass each other over the Internet while playing their favorite game | 20:05 |
gnarface | well, in a sense, yes, but it was actually fully curated and moderated with a 3-strikes-you're-out rule | 20:06 |
gnarface | no name calling | 20:06 |
gnarface | no profanity | 20:06 |
gnarface | no being rude | 20:06 |
systemdlete | (I mean, in addition to its INTENDED usage) | 20:06 |
gnarface | they served me a warning for calling one of the video game bosses a bad name | 20:06 |
systemdlete | kind of like IRC | 20:06 |
systemdlete | LOL | 20:06 |
gnarface | yea, kind of like IRC but the rules were a lot better enforced there than around here... | 20:06 |
systemdlete | yeah, that's exactly what I was alluding to... | 20:07 |
systemdlete | I've noticed that in the last 2 years or so, the behavior on IRC has improved dramatically. Seems a lot of hotheads have either cooled down or moved on | 20:07 |
systemdlete | I read that IRC's popularity has decreased a good bit recently | 20:08 |
gnarface | i think they moved on to facebook and twitter | 20:08 |
gnarface | and discord | 20:08 |
nemo | systemdlete: I think the FOSS community as a whole is aging | 20:08 |
nemo | and esp the IRC one | 20:08 |
nemo | systemdlete: fewer kids, fewer hormones ☺ | 20:08 |
nemo | systemdlete: a lot of us got into code at a time when you pretty much had to dive into guts of your computer | 20:08 |
nemo | just like your car | 20:08 |
systemdlete | nemo, gnarface: Nice to hear. | 20:08 |
systemdlete | I know | 20:08 |
nemo | aaaand just like your car both are a lot harder to dig into nowdays | 20:08 |
systemdlete | I remember adb... | 20:08 |
nemo | copyprotected, locked down, sealed off. | 20:09 |
systemdlete | b 97 | 20:09 |
systemdlete | r | 20:09 |
systemdlete | dumpstack | 20:09 |
nemo | and the incentives are gone too. so not too surprising that there's a smaller influx | 20:09 |
nemo | (nowdays computers don't have to be banged at to get them to do anything interesting) | 20:09 |
systemdlete | I think, overall, the security has improved, esp on *nix systems, which would deter such annoyances | 20:10 |
systemdlete | they seem to like to continue targeting windows because it always has a fresh supply of potential exploits. | 20:10 |
systemdlete | (overall, overall... not absolutely) | 20:10 |
nemo | systemdlete: I was thinking more about why freenode seems to have become calmer | 20:11 |
nemo | setting aside the current spam attack | 20:11 |
systemdlete | there's ALWAYS somebody, nemo. | 20:11 |
nemo | systemdlete: yeah. I was kinda discounting that | 20:12 |
nemo | I meant for actual real users. was agreeing that behaviour had improved | 20:12 |
systemdlete | I get you | 20:12 |
gnarface | well i used to be one of the hotheads | 20:13 |
gnarface | all that changed for me is they legalized weed here... | 20:13 |
gnarface | it's a nicer breakfast than brandy at least | 20:14 |
systemdlete | bbl | 20:15 |
systemdlete | thanks for the help again | 20:15 |
gnarface | no problem, peace | 20:15 |
DocScrutinizer05 | ChanServ: WB! | 20:30 |
golinux | And it didn't blow up! | 20:33 |
* DocScrutinizer05 thinks the fanatic (almost religious) trolls seen on IRC a maybe 10 or even 5 years ago now found they achieve way better response/results on "social media" | 20:34 | |
systemdlete | Well, then, let's hear it for social media! | 20:34 |
systemdlete | gnarface, detha: I'm finding that my du -ks /var/log are well under a gig, and some are as small as a few meg | 20:35 |
systemdlete | definitely candidates for backup | 20:35 |
gnarface | i kinda miss the "freenode is not doing, allah is doing" guy though | 20:37 |
gnarface | brought a smile to my day | 20:37 |
TwistedFate | aloha snackbar | 20:37 |
TwistedFate | :3 | 20:37 |
DocScrutinizer05 | dang! ChanServ still lags almost a minute | 20:46 |
Pilgrimm | Hi folks! I really like Devuan so far but I'm having a bit of an issue with installing Epson printer drivers | 23:01 |
Pilgrimm | The drivers aren't the problem but rather trying to install LSB is a bit of a pain for me | 23:02 |
Pilgrimm | So I type sudo apt install lsb and it gives me this: | 23:03 |
Pilgrimm | The following packages have unmet dependencies: | 23:03 |
Pilgrimm | lsb : Depends: lsb-desktop (>= 4.1+devuan2) but it is not going to be installed | 23:03 |
Pilgrimm | E: Unable to correct problems, you have held broken packages. | 23:03 |
Pilgrimm | y | 23:03 |
Pilgrimm | Apparently this is a common issue, what the heck is going on here? | 23:03 |
Centurion_Dan | Pilgrimm: I haven't heard that one before... what release - jessie or ascii? | 23:09 |
Pilgrimm | I'm using ascii | 23:09 |
golinux | What is your sources.list | 23:18 |
golinux | Should use deb.devuan.org | 23:18 |
golinux | Pilgrimm: ^^^ | 23:18 |
Pilgrimm | they're all deb http://pkgmaster.devuan.org/merged it seems | 23:20 |
golinux | Please use deb.devuan.org | 23:20 |
golinux | That might fix things for you | 23:21 |
Pilgrimm | Okay | 23:21 |
Pilgrimm | Do I replace pkgmaster or just leave it there and add deb? | 23:21 |
gnarface | replace | 23:22 |
Pilgrimm | I'm getting the same thing even after performing sudo apt update | 23:24 |
gnarface | did you ever have backports or other repos in there? | 23:25 |
golinux | Replace. pkgmaster.devuan.org with deb.devuan.org | 23:25 |
Pilgrimm | Yes, I replaced them all with deb.devuan.org | 23:26 |
golinux | OK | 23:26 |
Pilgrimm | ascii, ascii-updates, ascii-security, ascii-backports | 23:26 |
Pilgrimm | wait, I also have /merged/ after deb.devuan.org | 23:27 |
Pilgrimm | is that causing anything? | 23:27 |
gnarface | i note that lsb-desktop 4.1+devuan2 is the same version as ceres... | 23:27 |
golinux | https://devuan.org/os/etc/apt/sources.list | 23:27 |
Pilgrimm | yeah, again I have updates, security, and backports enabled | 23:29 |
Pilgrimm | I DON'T have proposed or experimental enabled though | 23:30 |
unixman | I'll just point out that backports, or similar, have bitten me hard across several Linux distributions. I rarely enable it anymore. | 23:31 |
gnarface | Pilgrimm: i thnk you've made a mess. but see what it prompts you to do if you add "-i ascii-backports" to the command | 23:32 |
Pilgrimm | To sudo apt install lsb you mean? | 23:33 |
gnarface | Pilgrimm: yea, uh... "-t ascii-backports" actually though, i mean | 23:33 |
Pilgrimm | still nothing, same output | 23:34 |
gnarface | what do you see if you run `dpkg -l |grep lsb-` | 23:34 |
gnarface | ? | 23:34 |
Pilgrimm | ii lsb-base 4.1+devuan2 all Linux Standard Base 4.1 init script functionality | 23:35 |
Pilgrimm | rc lsb-core 4.1+devuan2 amd64 Linux Standard Base 4.1 core support package | 23:35 |
Pilgrimm | ii lsb-release 4.1+devuan2 all Linux Standard Base version reporting utility | 23:35 |
gnarface | can anyone confirm if those are the right package versions for ascii? | 23:36 |
gnarface | that looks like ceres to me | 23:37 |
gnarface | or backports | 23:37 |
gnarface | oh hmm. mabye it's the same version everywhere | 23:37 |
gnarface | why is lsb-core removed though for you Pilgrimm? | 23:38 |
gnarface | ... nevermind that too. same here | 23:38 |
gnarface | hmmm | 23:38 |
Pilgrimm | dunno | 23:38 |
gnarface | it might be broken | 23:38 |
Pilgrimm | should I install that? | 23:38 |
gnarface | no, don't install it | 23:38 |
gnarface | i'm wondering if you're supposed to uninstall the other two first, in fact | 23:39 |
Pilgrimm | I'm assuming the other two are what's causing a mess? | 23:40 |
gnarface | that's not actually quite what the error says | 23:40 |
gnarface | i'm sortof grasping at straws here | 23:40 |
gnarface | the package could be broken | 23:41 |
gnarface | does anyone else here have it installed? | 23:41 |
gnarface | anyone have lsb-desktop installed on ascii? | 23:41 |
gnarface | Pilgrimm: you can try removing them first to see what happens, or you could try it with aptitude to see what types of suggestions that provides | 23:46 |
gnarface | it's probably safer to try it with aptitude but i don't know | 23:47 |
gnarface | i'm not sure what will happen if you pull those out | 23:47 |
Pilgrimm | try installing the other lsbs you mean? | 23:48 |
gnarface | have you used aptitude before? | 23:49 |
gnarface | it's like apt but it tries to provide intelligent suggestions in situations like this | 23:49 |
gnarface | that's the safer suggestion i mean | 23:49 |
gnarface | try installing lsb-desktop with aptitude instead of apt | 23:50 |
gnarface | it won't work | 23:50 |
gnarface | it will still complain | 23:50 |
gnarface | but it might do a better idea of telling you what's wrong and how to get around it | 23:50 |
gnarface | it might tell you what you can safely remove | 23:50 |
gnarface | or it might at least do a better job at guessing than me | 23:50 |
Pilgrimm | I haven't actually. I've been using either synaptic or apt itself | 23:52 |
gnarface | i usually use apt-get | 23:54 |
gnarface | i'm not even sure how different it is from apt | 23:54 |
Pilgrimm | okay | 23:54 |
gnarface | (i assume it's basically just passing your options through to apt-get but i don't know) | 23:54 |
Pilgrimm | lsb-desktop depends on libpng12-0 | 23:54 |
Pilgrimm | which is apparently unavailable | 23:54 |
gnarface | ah | 23:54 |
gnarface | check backports for *that* | 23:54 |
gnarface | because i have that here in ceres... | 23:55 |
gnarface | hmmm | 23:55 |
gnarface | i have libpng16 too though | 23:55 |
gnarface | maybe that's an obsolete version now | 23:55 |
gnarface | ah yea | 23:56 |
gnarface | that's actually from jessie and i just still have it installed | 23:56 |
gnarface | hmmm | 23:56 |
Pilgrimm | looks like the last distro that had libpng12 - yeah it was jessie | 23:56 |
gnarface | so this has to be a bug that debian has too... | 23:56 |
gnarface | hmmm | 23:57 |
gnarface | i wonder if the only reason it can't use libpng16 is the package name | 23:57 |
gnarface | that might be an easy thing to fix | 23:57 |
Pilgrimm | how do I fix that exactly | 23:58 |
gnarface | well you'd have to repackage it | 23:58 |
gnarface | i mean it could be easy to fix in theory if you already knew how to do that | 23:58 |
gnarface | incidentally, what do you actually need that for? | 23:59 |
Pilgrimm | yeah I'm not familiar with repackaging heh | 23:59 |
Generated by irclog2html.py 2.17.0 by Marius Gedminas - find it at https://mg.pov.lt/irclog2html/!