[04:36] 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. === Guest58400 is now known as lordievader [07:45] Good morning === ogra_ is now known as ogra === hakra is now known as sammyg [16:36] EpicCyndaquil, I used to have that issue when I ran a squid server on the network until I whiltelisted my mirrors [16:55] 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] you might expect that every time not just intermittenlty [17:01] I'm at a point where I can't download something after repeated attempts, it's happening that frequently. [17:02] and I'm still having the issue this morning, so I doubt I can blame the internet. [19:40] EpicCyndaquil: but apt-get update doesn't complain? [19:41] EpicCyndaquil: what happens if you wget that samne link and then try to dpkg -i it ? [19:41] does it also complain that ti's corrupt? [19:42] 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] tafa2: /var/spool/cron/$USERNAME [19:43] tafa2: /var/spool/cron/crontabs/$username [19:43] It is stored in the directory: /var/spool/cron/crontabs ( per user) [19:43] lol [19:44] okok i was slightly wrong ;) [19:44] I love IRC sometimes :) [19:44] Thanks guys got it! [19:44] is it $user or $username, tom ? [19:45] i usually use $USER [19:46] hmm found it myself, echo $USER gives the name, $USERNAME blanc [19:48] right, so two mistakes there ;) [19:49] no no, i learned something today \0/ [19:50] :) [19:51] I know it's a bit far fetched as a question, but anybody around with ubiquiti hw? [19:51] they shorten their than to ubnt so close enough maybe :P [19:59] so I've got a folder: /data/backups/ - Inside I've got folders: /user1/ /user2/ /user3/ [20:00] 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] currently /data/backups/ belongs to root:root [20:01] and /data/backups/user1/ <- chown user1:user1 /user1/ && chmod 0750 /user1/ [20:06] tafa2: chmod 751 /data/backups/ [20:06] that gives x (execute) to all, (ie your users). x on a directory means able to cd into it [20:07] but no "r", read, which is what you need to list files in a directory [20:07] ah i see [20:07] try this for yourself: cd /tmp [20:07] that was the missing element... [20:07] mkdir a ; mkdir a/b ; mkdir a/c [20:08] sudo chown root:root a ; sudo chmod 750 a ; ls -l a/ -> error [20:08] sudo chmod 755 a -> works and can list [20:08] sudo chmod 751 a -> cannot list, but ls -l a/b works [20:10] 0o [20:10] works a treat [20:10] thanks man [20:35] anyone use borgbackup?