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. | 04:36 |
---|---|---|
=== Guest58400 is now known as lordievader | ||
lordievader | Good morning | 07:45 |
=== ogra_ is now known as ogra | ||
=== hakra is now known as sammyg | ||
wolflarson | EpicCyndaquil, I used to have that issue when I ran a squid server on the network until I whiltelisted my mirrors | 16:36 |
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? | 16:55 |
wolflarson | you might expect that every time not just intermittenlty | 17:00 |
EpicCyndaquil | I'm at a point where I can't download something after repeated attempts, it's happening that frequently. | 17:01 |
EpicCyndaquil | and I'm still having the issue this morning, so I doubt I can blame the internet. | 17:02 |
drab | EpicCyndaquil: but apt-get update doesn't complain? | 19:40 |
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:41 |
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:42 |
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:43 |
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:44 |
oerheks | i usually use $USER | 19:45 |
oerheks | hmm found it myself, echo $USER gives the name, $USERNAME blanc | 19:46 |
tomreyn | right, so two mistakes there ;) | 19:48 |
oerheks | no no, i learned something today \0/ | 19:49 |
tomreyn | :) | 19:50 |
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:51 |
tafa2 | so I've got a folder: /data/backups/ - Inside I've got folders: /user1/ /user2/ /user3/ | 19:59 |
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:00 |
tafa2 | and /data/backups/user1/ <- chown user1:user1 /user1/ && chmod 0750 /user1/ | 20:01 |
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:06 |
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:07 |
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:08 |
tafa2 | 0o | 20:10 |
tafa2 | works a treat | 20:10 |
tafa2 | thanks man | 20:10 |
tafa2 | anyone use borgbackup? | 20:35 |
Generated by irclog2html.py 2.7 by Marius Gedminas - find it at mg.pov.lt!