[04:36] <EpicCyndaquil> hey everyone, apt-get keeps grabbing packages that dpkg claims are corrupted. How do I start troubleshooting this? simply removing the package from /var/cache/apt/archives and trying again seems to fix it all the time, but it's happening too often to just be an odd occurrence.
[07:45] <lordievader> Good morning
[16:36] <wolflarson> EpicCyndaquil, I used to have that issue when I ran a squid server on the network until I whiltelisted my mirrors
[16:55] <EpicCyndaquil> wolflarson: I'm not running squid, but I do have a virtualized pfsense, and I'm wondering if something between there and VirtIO is causing issues. got some "unexpected end of data stream" issues, so potentially a timeout setting somewhere?
[17:00] <wolflarson> you might expect that every time not just intermittenlty
[17:01] <EpicCyndaquil> I'm at a point where I can't download something after repeated attempts, it's happening that frequently.
[17:02] <EpicCyndaquil> and I'm still having the issue this morning, so I doubt I can blame the internet.
[19:40] <drab> EpicCyndaquil: but apt-get update doesn't complain?
[19:41] <drab> EpicCyndaquil: what happens if you wget that samne link and then try to dpkg -i it ?
[19:41] <drab> does it also complain that ti's corrupt?
[19:42] <tafa2> when editiing cron with "crontab -e" where is that actual file save on ubuntu 16? I cannot for the life of me seem to find it?
[19:43] <tomreyn> tafa2: /var/spool/cron/$USERNAME
[19:43] <drab> tafa2: /var/spool/cron/crontabs/$username
[19:43] <oerheks> It is stored in the directory: /var/spool/cron/crontabs  ( per user)
[19:43] <drab> lol
[19:44] <tomreyn> okok i was slightly wrong ;)
[19:44] <tafa2> I love IRC sometimes :)
[19:44] <tafa2> Thanks guys got it!
[19:44] <oerheks> is it $user or $username, tom ?
[19:45] <oerheks> i usually use $USER
[19:46] <oerheks> hmm found it myself, echo $USER gives the name, $USERNAME blanc
[19:48] <tomreyn> right, so two mistakes there ;)
[19:49] <oerheks> no no, i learned something today \0/
[19:50] <tomreyn> :)
[19:51] <drab> I know it's a bit far fetched as a question, but anybody around with ubiquiti hw?
[19:51] <drab> they shorten their than to ubnt so close enough maybe :P
[19:59] <tafa2> so I've got a folder: /data/backups/ - Inside I've got folders: /user1/ /user2/ /user3/
[20:00] <tafa2> I'm having a hell of a time dissalowing users1-3 from listing contents of /data/backups/ whilst still having access to /data/backups/user1-3/
[20:00] <tafa2> currently /data/backups/ belongs to root:root
[20:01] <tafa2> and /data/backups/user1/ <- chown user1:user1 /user1/ && chmod 0750 /user1/
[20:06] <drab> tafa2: chmod 751 /data/backups/
[20:06] <drab> that gives x (execute) to all, (ie your users). x on a directory means able to cd into it
[20:07] <drab> but no "r", read, which is what you need to list files in a directory
[20:07] <tafa2> ah i see
[20:07] <drab> try this for yourself: cd /tmp
[20:07] <tafa2> that was the missing element...
[20:07] <drab> mkdir a ; mkdir a/b ; mkdir a/c
[20:08] <drab> sudo chown root:root a ; sudo chmod 750 a ; ls -l a/ -> error
[20:08] <drab> sudo chmod 755 a -> works and can list
[20:08] <drab> sudo chmod 751 a -> cannot list, but ls -l a/b works
[20:10] <tafa2> 0o
[20:10] <tafa2> works a treat
[20:10] <tafa2> thanks man
[20:35] <tafa2> anyone use borgbackup?