| gnarface | what hack or package include am i missing to get debootstrap working with ascii again now? | 14:33 |
|---|---|---|
| gnarface | i'm excluding udev and rsyslog, and including syslog-ng, task-laptop, and apt, but it doesn't seem like it's finishing extracting and setting up everything | 14:34 |
| gnarface | it just validates and downloads, extracts only the base files, then quits | 14:34 |
| gnarface | what am i missing here? | 14:34 |
| fsmithred | I don't think you should be excluding udev | 14:34 |
| gnarface | i needed to before for something... package issue like with rsyslog | 14:34 |
| fsmithred | a version of udev gets installed with eudev | 14:34 |
| gnarface | i can try without excluding it... | 14:34 |
| fsmithred | the rsyslog problem was before ascii was stable | 14:34 |
| fsmithred | last time I did a debootstrap, I didn't need to exclude anything | 14:35 |
| fsmithred | that was some time in the past 6-8 months, I think | 14:35 |
| gnarface | i swear i tried it without any excludes or includes first, and it immediately died on rsyslog | 14:35 |
| fsmithred | and you're doing this in devuan, right? | 14:36 |
| gnarface | yea, but it's arm64. think that would matter? | 14:36 |
| fsmithred | oh, maybe | 14:36 |
| fsmithred | since there's a problem building packages for arm, some may not be right | 14:36 |
| yeti | can please someone kill my git.devuan account? I'm stuck with it because a config change is waiting to be confirmed by mail and it somehow blocks that domain. I tried different accounts with that domain and none of them ever gets a confirmation mail. there are no projects now, so killing yeti@git.devuan probably is the fastes solution. | 16:12 |
| nemo | hm. got a curious error on our devuan servers | 16:33 |
| nemo | insserv: warning: current start runlevel(s) (empty) of script apache-htcacheclean' overrides LSB defaults (2 3 4 5) | 16:35 |
| nemo | reading about it, it seems like it isn't a big deal though... | 16:35 |
| nemo | just figured I should check just in case it was a distro packaging thing | 16:36 |
| mason | nemo: For some packages, you need to enable them manually. For instance, update-rc.d foo defaults ; update-rc.d foo enable | 17:21 |
| mason | nemo: I could be wildly wrong but I'm guessing that insserv is noticing defaults specied in the init script but not in the runlevel directories. | 17:22 |
| nemo | mason: 'k. just so long as it is expected and normal | 18:03 |
| nemo | mason: I just keep an eye on "init-anything" due to debian | 18:03 |
| nemo | mason: scenario in particular being that debian is now using systemd and only applied the "enable this service" in systemd but not init. | 18:03 |
| nemo | traditional init | 18:04 |
| nemo | but yeah could be "not enabled by default" is how the packagers have always done this | 18:04 |
| mason | nemo: I mean, I'm just guessing, but I ran into that somewhat recent with the zfs-on-linux start-up scripts. | 18:05 |
| mason | s/recent/&ly/ | 18:05 |
| nemo | I kinda count on distro to enable "reasonable defaults" | 18:06 |
| nemo | esp debian/devuan | 18:06 |
| jarfr | Take 5 minutes to read this , it's very important , thx guy's ! : https://blog.parrotlinux.org/the-parrot-project-needs-your-help/ | 18:37 |
| nemo | hm... no idea what parrot linux is, but if it's being used by any companies at all, you'd think they could at least contribute to infrastructure | 20:07 |
| nemo | they'd have a vested interest | 20:07 |
| furrywolf | I don't know what parrot linux is either, but I instinctively distrust anyone who begs for money in random channels. | 20:09 |
| nemo | mm | 20:10 |
| nemo | on the other hand I do sympathise w/ difficulty of keeping a FOSS project running. thankfully hedgewars infrastructure costs are managed by one nice guy donating his VM | 20:11 |
| nemo | and... the server definitely does not have that many requests per minute | 20:11 |
| nemo | although it can get high-ish sometimes | 20:11 |
| nemo | certainly it has had that many in the past | 20:12 |
| golinux | Good grief have you all been living under a rock? And too lazy to search: https://en.wikipedia.org/wiki/Parrot_OS | 20:27 |
| golinux | https://dev1galaxy.org/viewtopic.php?id=3116 | 20:29 |
| golinux | nemo: furryw | 20:31 |
| golinux | olf ^^^ | 20:31 |
| nemo | golinux: there are way too many linux distros to keep track of. and yes, certainly capable of reading about it, which I did after checking his announcement | 20:37 |
| nemo | golinux: hm. wikipedia said "considering" devuan in 2017 | 20:37 |
| nemo | either wikipedia is out of date, or that considering is taking a long time | 20:37 |
| nemo | security sounds like an excellent reason to pick devuan though | 20:38 |
| nemo | ah. still not on devuan according to your forum thread | 20:38 |
| nemo | yeesh. that's taking a long time | 20:38 |
| golinux | But planning to be | 20:38 |
| nemo | and here I was impatient for devuan to get on with their beta | 20:39 |
| golinux | parrotOS is a big deal. | 20:39 |
| onefang | Doing security right takes a long time. | 20:39 |
| golinux | Doing anything right takes a long time | 20:40 |
| nemo | you'd think if parrotos was a big deal, *some* company out there would be using it and would not even blink at covering infrastructure costs. | 20:40 |
| nemo | yeesh | 20:40 |
| nemo | someone needs to pick up a phone and call the top domains hitting their logs and explain the situation ☺ | 20:40 |
| nemo | bet it could be fixed in a few hours | 20:40 |
| golinux | Maybe they don't want to go corporate | 20:40 |
| nemo | it's not really going corporate to ask corporate to help pick up the bills | 20:41 |
| nemo | "hey, you're using our stuff. we could vanish. that's a risk. help us out" | 20:41 |
| golinux | This is way to off topic for here. | 20:41 |
| nemo | even "your load could increase chance of vanishing" | 20:41 |
| nemo | oh well | 20:41 |
| golinux | too really | 20:41 |
| golinux | Just know what you're talking about before opening mouth | 20:42 |
| tuxd3v | gnarface: maybe you need to create a service file: /usr/sbin/policy-rc.d with | 20:55 |
| tuxd3v | #! /bin/sh | 20:55 |
| tuxd3v | exit 101 | 20:55 |
| tuxd3v | chmod +x /usr/sbin/policy-rc.d | 20:55 |
| tuxd3v | becasue if not the services will startup.. | 20:56 |
| tuxd3v | I am trying a Crossdebootstrap, now and it seems ok, its already in the second fase.. | 20:58 |
| tuxd3v | yup...it had finished Successfully | 21:03 |
| klaus | hi all, i was wondering if using plain "gpg -c .filename" command to encrypt text files and mails was considered secure ? | 21:15 |
| fsmithred | klaus, yes, it uses good encryption. | 21:16 |
| klaus | fsmithred: thank you for telling | 21:17 |
| fsmithred | relies only on something you know, not accompanied by something you have. | 21:17 |
| fsmithred | so it's less secure than a key pair with a passphrase | 21:17 |
| fsmithred | but they'd still need to beat the passphrase out of you, either way. | 21:17 |
| klaus | even if i haven't created any keys, nor followed any special step to secure things, i mean for example right after the initial install, open a term, type "gpg -c myfile.txt" (a password will be asked twice) | 21:18 |
| klaus | ? | 21:18 |
| fsmithred | yes | 21:18 |
| klaus | that pass phrase / password i'm being asked, does it need to be long and complex or just fair password is ok? | 21:19 |
| klaus | it's very convenient | 21:20 |
| fsmithred | I'm not sure if you want -c or -e | 21:20 |
| fsmithred | longer is better | 21:20 |
| fsmithred | increasing the length of the passphrase has more of an effect than increasing the character set | 21:21 |
| klaus | i mean can i go crazy and post (encrypted) sensitive info online with this ? | 21:22 |
| fsmithred | you can select the cipher when you use -c. CAST5 is default. I don't know what that means. | 21:23 |
| klaus | well, i'll see and experiment a bit with it.. thanks again fsmithred | 21:27 |
| fsmithred | see this chart for someone's estimate of how long it takes to crack a password: https://www.betterbuys.com/estimating-password-cracking-times/ | 21:27 |
| systemdlete | thanks for this! It seems to me, at least as I usually do my passwords, that the 9th character is the one that trips things from months to centuries. 10th character is already getting me into the millenia. | 22:12 |
| systemdlete | I use a combination of characters and letters, and a special if permitted (surprisingly, not all password systems permit specials like '@' and '#') | 22:13 |
| systemdlete | Still, I will be extending my passwords everywhere -- thanks to this heads up! | 22:13 |
| systemdlete | bbl | 22:15 |
Generated by irclog2html.py 2.17.0 by Marius Gedminas - find it at https://mg.pov.lt/irclog2html/!