<     May 2017     >
Su Mo Tu We Th Fr Sa  
    1  2  3  4  5  6  
 7  8  9 10 11 12 13  
14 15 16 17 18 19 20  
21 22 23 24 25 26 27  
28 29 30 31
00:00 <ncopa> anybody want hepl test http://tpaste.us/ZVm9 ?
00:00 <Klowner> if I `apk upgrade` after booting it installs everything just fine
00:01 <ncopa> apk upgrade before reboot should also worked
00:01 <ncopa> i think its the apk cache that got out of sync
00:01 <Shiz> ncopa: i think we should always add the fallback one
00:02 <Shiz> because nouveau or amdgpu may not recognize newer/older/random cards from their brand
00:02 <ncopa> ah
00:02 <ncopa> good point
00:02 <ncopa> http://tpaste.us/lMzN
00:03 <ncopa> bah
00:03 <Shiz> btw other one to add: *VMware* -> xf86-video-vmware
00:03 <ncopa> 3 different thoughts at same time, 3 different variables
00:03 <Shiz> :)
00:04 <Shiz> we may want to detect virtualbox and add virualbox-guest-additions-hardened too
00:04 <Shiz> err
00:05 <Shiz> virtualbox-additions-hardened and virtualbox-guest-modules-hardened
00:05 <Shiz> confusing package names...
00:05 <ncopa> should those be installed with xorg?
00:05 <ncopa> or from setup-alpine
00:06 <ncopa> should we install a fallback font package too?
00:06 <ncopa> or some base font packages?
00:06 <ncopa> xorg-server is useless without any fonts
00:08 <Shiz> maybe from somewhere else yes
00:08 <Shiz> we should at lesat install ttf-freefont (which should be renamed font-freefont imo)
00:09 <Shiz> font-noto seems good too
00:09 <ncopa> this is the minimal base
00:09 <ncopa> for xorg
00:09 <ncopa> the idea is to use setup-xorg-base from setup-desktop
00:09 <ncopa> where you can select xfce or mate or similar
00:10 <Shiz> well the universal base font package is unifont
00:10 <Shiz> :P
00:10 <Shiz> i'd still consider adding font-noto to it
00:23 <nidan_> gn!
00:23 <ncopa> nidan_: gn
00:24 <ncopa> unifont seems big
00:24 <Shiz> because it covers every glyph
00:24 <Shiz> :P
00:24 <ncopa> so we do ttf-freefont
00:25 <ncopa> should we rename all the ttf-* packages while at it?
00:25 <ncopa> to font-*
00:25 <Shiz> yeah
00:26 <ncopa> unifont is 17M
00:26 <ncopa> to big for default font
00:43 <ncopa> one thing i'd like to do before 3.6 too
00:43 <ncopa> the setup-keymaps
00:43 <ncopa> i think we have a package with pregenerated keymaps
00:44 <ncopa> for busybox loadkbd or what its called
00:44 <ncopa> its generated from kbd package
00:44 <ncopa> i think we should generate those keymaps from xorg keymaps
00:44 <ncopa> i think that is what other distros do
00:45 tmh1999 joined
00:47 <Shiz> the bkeymaps you mean
00:47 <ncopa> yes
00:47 <ncopa> but i think it should be a subpackage of kbd
00:47 <ncopa> and generated at package build
00:48 <Shiz> wow this is so old it uses portage stuff
00:48 <Shiz> :P
00:48 <ncopa> the current tarball is probably 10 years...
00:48 <ncopa> yes :)
00:48 <Shiz> well if you think generating it from xorg keymaps is better, no need to keep the kbd version
00:49 <ncopa> but i think it might depend on the kbd tools
00:49 <Shiz> it needs loadkeys
00:49 <Shiz> but if it happens as part of the kbd package, we can just call the compiled loadkeys
00:49 <Shiz> :)
00:50 <ncopa> http://pkgs.fedoraproject.org/cgit/rpms/kbd.git/tree/kbd.spec#n158
00:51 <ncopa> the point is that we will probably want kbd package as alternative
00:51 <ncopa> so we probably want the kbd data too
00:52 <ncopa> and this data should be generated from xorg keymaps (i think)
00:52 <ncopa> we could do the bkeymaps in separate APKBUILD but i thought since we probably will want to upgrade it together with kbd
00:52 <ncopa> then we could just let it be a subpkg
00:52 <Shiz> right
00:52 <Shiz> so this removes the original keymaps and generates them from the X variants
00:52 <Shiz> we can do that
00:53 <Shiz> and then the bmaps as subpackage seems good
00:53 <Shiz> i can do that
00:57 <ncopa> Shiz: thank you!
00:58 <ncopa> i looked at it a bit before 3.5 release but gave up
00:58 <ncopa> just didnt have time to complete it
00:58 <ncopa> for some reason i was not able to convert the keymaps to busybox format
01:14 <kaniini> hi
01:29 <tmh1999> hi
01:43 <Shiz> ncopa: almost done :)
01:43 <Shiz> hi
01:44 <kaniini> ncopa: looking into making a libbsdauth
01:45 <ncopa> hi
01:45 <ncopa> nice!
01:46 <Shiz> same tbh
01:47 <ncopa> Shiz: note to self: let the experts to the work :)
01:47 <Shiz> ncopa: do we want to keep the legacy keymaps?
01:47 <Shiz> as opposed to the ones generated from xorg keymaps
01:47 <ncopa> possibly
01:48 <ncopa> as a fallback/alternative, in case someone prefers those
01:48 <ncopa> in a subpkg
01:49 s33se_ joined
01:50 <ncopa> ok its time to sleep
01:50 <ncopa> thank you everyone
01:51 <Shiz> good night :)
02:29 cyteen joined
02:34 <Shiz> https://googleprojectzero.blogspot.co.uk/2017/05/exploiting-linux-kernel-via-packet.html
02:34 <Shiz> we need to update our kernels for this
02:35 <Shiz> another userns escape :p
03:27 blueness joined
03:33 <Shiz> ncopa: https://github.com/alpinelinux/aports/pull/1373
03:33 <Shiz> :)
03:53 <kaniini> Shiz: i think we go with compressed keymaps, can you handle that? if so i'll merge it
03:54 <Shiz> sure, it'll just need a few changes
03:54 <Shiz> i'll fix it up when i wake up
03:55 <kaniini> kk
03:58 <Shiz> also see response on the syslogd pr
04:03 <kaniini> works for me
04:32 blueness joined
05:09 fabled joined
06:35 <kaniini> lol
06:35 <kaniini> i have a machine that is too big for alpine
06:35 <kaniini> it only counts 32 of 128 CPUs
06:35 <kaniini> lols
06:37 <fcolista> kaniini, i would have the same problem...
06:37 <fcolista> :)
06:37 <kaniini> it's okay
06:37 <kaniini> i am pushing new kernels which bump that limit a bit
06:37 <kaniini> i moved it up to 256
06:42 <kaniini> does detect all 256GB RAM though
06:50 <kaniini> imo CONFIG_NR_CPUS=32 is excessive on x86_32 though
06:50 <kaniini> because
06:50 <kaniini> if you really have >32 CPUs, you're going to need some decent amount of ram to drive it
06:50 <kaniini> we could probably downsize it on 32-bit
06:51 <kaniini> i don't think anyone would run 32-bit alpine on big iron
06:51 <kaniini> haha
07:08 t0mmy joined
08:09 royger joined
08:34 tty` joined
08:56 <xsteadfastx> oh libuuid in edge gives a BAD SIGNATURE error
09:09 <clandmeter> xsteadfastx, which mirror?
09:46 fekepp joined
10:17 tty` joined
10:46 vakartel joined
10:51 skarnet joined
11:19 TemptorSent joined
11:22 leo-unglaub joined
11:25 <leo-unglaub> jirutka: congrats on your libressl find
11:25 <leo-unglaub> i know, litle late but still ;)
11:26 <jirutka> leo-unglaub: heh, thanks :) but I just found that something is wrong, the guy from VoidLinux resolved what exactly is wrong and Shiz wrote the text for CVE
11:27 <jirutka> leo-unglaub: have you noticed that rust is already in the community repo? ;) (but cargo is not yet)
11:28 <leo-unglaub> yes i did. already used it to compile my rust zip password cracker
11:42 <mosez> ERROR: libuuid-2.28.2-r1: BAD signature
11:42 <mosez> ERROR: libblkid-2.28.2-r1: BAD signature
11:42 <mosez> ERROR: libmount-2.28.2-r1: BAD signature
11:42 <mosez> is this something i can solve somehow?
11:43 <mosez> ah... xsteadfastx also found that
11:43 <jirutka> mosez: what mirror do you use?
11:43 <^7heo> mosez: maybe an apk update?
11:43 <mosez> dl-cdn :(
11:45 <jirutka> mosez: hm, try to switch to http(s)://cz.alpinelinux.org or http(s)://nl.alpinelinux.org and let us know if it helped
11:46 <mosez> jirutka: nl works
11:46 <jirutka> okay, so yet another broken mirror on the list :( /cc clandmeter
11:47 <mosez> there is no way to see which mirror gets used, right?
11:47 <jirutka> huh, I have the operator role now! :)
11:47 <jirutka> mosez: it’s random…
11:47 <jirutka> mosez: you can try curl -Lv http://dl-cdn… and see
11:50 <mosez> https://gist.github.com/tboerger/e99d46d994acd056ba45a26e937bff20
11:50 faffolter joined
11:50 faffolter joined
11:50 <mosez> X-Served-By: cache-ams4137-AMS, cache-dfw1822-DFW, cache-hhn1523-HHN
11:53 gromero joined
11:58 t0mmy joined
12:04 <Shiz> is dl-cdn round-robin or geodns?
12:05 t0mmy_ joined
12:09 <fabled> Shiz, dl-cdn should be geo
12:09 <Shiz> seems to be backed by fastly, so no easy way to see which actual mirror got used
12:09 <Shiz> :(
12:12 leitao_ joined
12:18 farosas joined
12:23 fekepp joined
12:32 <ncopa> morning
12:32 <ncopa> i think dl-cdn uses dl-4.a.o as backend
12:34 vakartel joined
12:36 <Shiz> oh right i should compress those keymaps
12:43 leitao_ joined
12:44 gromero joined
12:45 <Shiz> jirutka: re: kbd thing
12:45 <Shiz> this is why something like an INSTALL_MASK for apk would be nice :)
12:45 <Shiz> the keymap script could just mask all other layout files
12:58 <jirutka> Shiz: yeah, it’d be useful, but I’m a bit afraid of misusing it… I remember that the last time someone suggested this feature (s)he wanted to use it as a nasty and silly workaround instead of solving the real issue
13:12 czart__ joined
13:12 leo-unglaub joined
13:14 <TBB> kernel question... since yesterday's af_packet vuln there probably will be a new kernel available soon. I'm not exactly aware of whether Alpine's new kernels still come with the last grsec patch or not, so I'd like to know
13:19 <jirutka> heh, this is great! https://up.shiz.me/ZDEwMTY1.png
13:19 <Shiz> :)
13:19 <Shiz> the power of musl openwrt :p
13:20 t0mmy joined
13:20 <TBB> next step: emojis in SSIDs
13:20 <Shiz> i've done that too
13:20 <Shiz> for a while my SSID was the poo emoji
13:21 <TBB> unsurprisingly, that was the first emoji I thought of as well
13:21 <Shiz> it's fitting for a standard like wifi
13:34 <mosez> i don't want to change the repo to nl or something else... than all my docker containers are getting rebuilt :(
13:34 tty` joined
13:36 <Shiz> it'll be fixed
13:37 <TBB> isn't the whole point of docker containers that they'll be rebuilt at least twice a day? :)
14:05 <mosez> tbb: maybe for you, but not for me ;)
14:06 <mosez> and since nearly all 3 pages of https://hub.docker.com/u/webhippie are built on alpine with different tags that get triggered i got to wait quite long :(
14:10 tkharju joined
14:17 <xentec> Shiz: syncthing pr is ready https://github.com/alpinelinux/aports/pull/1286
14:17 <Shiz> i saw it, was waiting for the builder to be done with it
14:18 <ncopa> TBB: grsec is no longer available. but we use an unofficial fork of it
14:19 <Shiz> oooh it's a sanitizer thing
14:19 <Shiz> also fwiw: depending on the way its exploited, either RAP or UDEREF/KERNEXEC should stop that attack on grsec
14:19 <Shiz> but it seems good to update the kernel before we release 3.6 final yes
14:21 <Shiz> xentec: what the fuuuuuck
14:21 <Shiz> go ships precompiled race binaries
14:21 <Shiz> with its source code...
14:22 <xentec> yep
14:22 <Shiz> i'll merge your pr as it looks good to me
14:22 <xentec> thank you
14:22 fabled joined
14:23 <Shiz> what does -no-upgrade do, btw?
14:24 <xentec> I guess, updating go deps
14:25 <Shiz> ah
14:26 <xentec> it disables syncthing updating itself
14:26 <Shiz> and merged
14:26 <Shiz> (i'm surprised github pr closer tracked my rebase+squash)
14:27 tty` joined
14:30 cyteen joined
14:31 mattaitchison joined
15:57 <Shiz> so i want to move a file to a different package and have the package it formerly belongs to depend on it
15:57 <Shiz> but
15:57 <Shiz> that fucks up abuild as when it tries to build the original package:
15:57 <Shiz> ERROR: go-race-4.0.0-r0: trying to overwrite usr/lib/go/src/runtime/race/race_linux_amd64.syso owned by go-1.7.4-r2.
15:57 <Shiz> because both go-race (the new package) and the old version of the old package have that file
15:58 <Shiz> (but thew new version of the old package does not)
15:58 <Shiz> how do i resolve this?
16:03 <clandmeter> replaces?
16:29 <Shiz> but it doesn't replace all of the package files, just the one
16:29 <Shiz> :p
16:46 <Shiz> ==24809==ERROR: ThreadSanitizer failed to allocate 0x40000 (262144) bytes at address 600000000000 (errno: 12)
16:46 <Shiz> FATAL: ThreadSanitizer can not mmap thread trace (0x600000000000/0x000000040000->0xfffffffffffffff4)
16:46 <Shiz> FAIL github.com/syncthing/syncthing/lib/weakhash 0.006s
16:46 <Shiz> progress in tsan
16:46 <Shiz> cc xentec
16:47 <xentec> wtf
16:48 <Shiz> :p
16:55 <^7heo> Since when are addresses 6 bytes?
16:56 <^7heo> I noticed it is, but I never noticed the change.
16:58 <xentec> Shiz: I'm confused. Is it an error from running syncthing or the fixed race test?
17:05 ayee joined
17:05 <ayee> I'm using 3.6-alpine, but apk is trying to download 3.4 directory stuff..
17:05 <ayee> Step 1/6 : FROM python:3.6-alpine ---> 7e34130a3d10
17:05 <ayee> Step 3/6 : RUN apk update && apk add --no-cache imagemagick ---> Running in a3a551b2aa1a fetch http://dl-cdn.alpinelinux.org/alpine/v3.4/main/x86_64/APKINDEX.tar.gz ERROR: http://dl-cdn.alpinelinux.org/alpine/v3.4/main: temporary error (try again later)
17:05 <ayee> am I doing it wrong?
17:06 <ayee> the files look like the exist, but I'm getting timeouts
17:07 <ayee> I get it on my local laptop, but I also get it on an open ec2 instance. so I don't think it's my local network, it seems like a httpd issue?
17:07 <xentec> ayee: dl-cdn mirror is dead right now, as you can see
17:07 <kaniini> :D
17:07 <ayee> xentec: nod. always have to ask for a sanity check, I've been known to PEBKAC now and again
17:07 <kaniini> you are not, there is a problem with dl-cdn.alpinelinux.org for some reason
17:08 <ayee> perhaps update /topic, 1% of folks will read it and not ask. 99% of people will skip reading it and ask anyway. (I'm in the 1%!)
17:08 <kaniini> yes, dl-cdn is down
17:08 <kaniini> try different mirror
17:09 <ayee> What command/mirror?
17:10 <xentec> # setup-apkrepos
17:18 <ayee> hmm, not https on the web servers either? :(
17:18 <ayee> certs are zero cost now a days
17:18 <ayee> people can change the packets in flight without https
17:19 <ayee> With let's encrypt you have automation to renew the cert, so you'll never have to renew it either, and it's no cost: https://letsencrypt.org/
17:20 kaniini_ joined
17:22 Topic for
17:22 <xentec> ayee: alpine uses signed packages and pkg-indices with local keys for verification
17:23 <xentec> ayee: as I see it, you cannot break this trust chain with a mitm-attack
17:23 <ayee> I guess, but someone could update the mirror list before they get the package.. and have a special mirror.
17:23 <ayee> but if you want to be on the side arguing against https, that's cool too
17:25 <xentec> ayee: I know https is important, but it's not needed here as another form of verification is in place
17:26 <kaniini> i did update the topic
17:26 <kaniini> blah
17:26 <xentec> ayee: >have a special mirror.
17:27 <xentec> you still need the maintainer keys to install malware packages
17:27 <xentec> *to sign and install
17:43 kaniini_ joined
17:43 <kaniini_> grrr
17:44 <kaniini_> whatever is breaking fastly is also breaking matrix
17:44 <scadu> kaniini_: huh?
17:45 <kaniini_> scadu: my matrix client is lagged by 10 minutes almost
17:53 <* rfs613> waits for the ineviteable loop between irc, matrix and three dozen other relaying services.
17:53 cyteen joined
17:53 <rfs613> shortly after that, the AI will become sentient...
18:08 fabled joined
18:18 Topic for
18:35 kunkku joined
19:13 cyteen joined
19:14 <Shiz> xentec: it's just check()
19:14 <Shiz> ayee: python:3.6-alpine means python 3.6
19:15 <Shiz> not alpine 3.6
19:15 <Shiz> python's alpine images are (sadly) 3.4-based
19:37 blueness joined
20:01 rfs613 joined
20:18 ppisati_ joined
20:23 ppisati joined
21:08 <awilfox> xentec, ayee, older apk used sha1 checksums. all you have to do is collide apk upgrade and put new key in. or inject keys into iso/img when first installed.
21:10 <xentec> awilfox >or inject keys into iso/img when first installed.
21:10 <xentec> how would you do that?
21:13 <awilfox> put them in /etc/apk/keys and then intercept mirror traffic
21:14 <awilfox> and feel confident that users are too lazy to sha256sum the iso before using it
21:15 <xentec> sadly for you only https://nl.alpinelinux.org provides release images
21:16 <xentec> ok, disregard that ^
21:16 <xentec> but the releases an alpinelinux.org are provided with https
21:16 <xentec> s/an/on
21:17 <nidan_> FYI: What breaks building glibc under Alpine is the 207-static-pie.patch.
21:17 <awilfox> ah, so images are https but mirrors aren't?
21:17 <awilfox> glibc..?
21:17 <awilfox> o.O
21:17 <xentec> nidan_: the point of alpine is not using glibc
21:18 <nidan_> awilfox: Unfortunately I need it for some stuff that is out of my control. =/
21:18 <nidan_> xentec: I know.
21:18 <nidan_> xentec: But I can't get around not using that code atm. So, the glibc I've built lives in /opt/gnu/glibc/ where it does no harm. (tm). =)
21:19 <nidan_> s/not//
21:19 <xentec> awilfox: yes, because the keys need to be transferred securely. after that everything apk installes is always verified against those keys
21:20 <skarnet> nidan_: you'll need to compile your application with a rpath though
21:20 <xentec> nidan_: how about using a chroot, or container?
21:20 <nidan_> The LD_ vars have worked for me.
21:21 <skarnet> LD_ variables are process-specific, you don't want that
21:21 <skarnet> you want a system-wide setting
21:21 <skarnet> so it's either a rpath or a /lib/ld-linux.so.2
21:21 <nidan_> skarnet: This is one program we're talking about. Alas, one process.
21:21 <skarnet> "just this one time", she said
21:21 <nidan_> haha
21:22 <nidan_> xentec: Maybe at a later time.
21:25 kunkku joined
22:10 <Shiz> nidan_ │ FYI: What breaks building glibc under Alpine is the 207-static-pie.patch.
22:10 <Shiz> i did tell you :)
22:21 <nidan_> Shiz: I don't recognize.
22:25 tmh1999 joined
22:29 <jirutka> anyone who know OpenSMTPD here? I need an urgent advice
22:43 <jirutka> omfg why the hell such simple use case doesn’t work as expected?!
22:43 <jirutka> this stupid assumption about local users
22:45 blueness joined
22:48 <jirutka> Shiz: ^ ?
23:05 <jirutka> uff, I finally solved it… using keyword that is not mentioned on https://www.opensmtpd.org/faq/rules.html ! WTF?!
23:06 <xentec> which keyword is it then?
23:07 <jirutka> rcpt-to
23:08 <jirutka> accept from any for domain "lists.****.cz" virtual { "@" => postmaster } deliver to lmtp mailman:1524 rcpt-to
23:09 <jirutka> why I even prefer OpenSMTPD? IIRC I always have a problem to figure out how to configure anything, mainly b/c of lack of useful examples or undocumented features… it actually leads to worse experience than with Postfix :(
23:09 <TemptorSent> jirutka: There's always sendmail...
23:09 <* TemptorSent> ducks
23:10 <jirutka> TemptorSent: ha ha
23:10 <jirutka> why there’s no mail server that does not sucks? and that reflects requirements of 21st century, that’s surely not delivery for local unix users…
23:10 <jirutka> but this is still what all mail software expects by default
23:11 <skarnet> *cough* qmail does whatever you want, why do people believe it doesn't apply to the 21st century?
23:11 <TemptorSent> Yup, it would be nice if we had a nice virtualmail setup ready-to-deploy.
23:12 <TemptorSent> skarnet: *lol* sendmail will do whatever you want too, configuration is left as an excercise for the user ;)
23:12 <jirutka> uff, but I finally updated and migrated Mailman 3 + HyperKitty + Posterious to new server and switched from Postfix to OpenSMTD
23:12 <jirutka> at 1.12 AM… still in the office
23:13 <jirutka> I hate mails so much!
23:13 <^7heo> dpm
23:13 <^7heo> don't hate
23:13 <^7heo> educate.
23:13 <jirutka> everything that includes mail is plain horribly experience
23:13 <* ^7heo> hides
23:13 <skarnet> TemptorSent: sendmail doesn't do what I want, i.e. being small and simple
23:13 <skarnet> jirutka: because nobody ever wrote a MTA that doesn't suck. Except qmail.
23:14 <^7heo> the problem with MTAs is that it uses SMTP
23:14 <TemptorSent> skarnet: I can't argue about not being small nor simple, but that's the noun, not a lack of verbs.
23:14 <jirutka> OpenSMTPD is nice, except that its author is… specific…
23:14 <^7heo> MUAs are much easier, since they only need to fire&forget.
23:15 <^7heo> (or connect via imap - or pop3 and do some horrible hacks to keep the mails on the servers)
23:15 <TemptorSent> I usually go with indepdendent services for my MTA and MDA when I have virtual users.
23:16 <jirutka> it just sucks that I must use dkimproxy instead of OpenDKIM, b/c OpenDKIM can talk only milter…
23:20 <jirutka> okay, so the next step is to set up DKIM verification for incoming mails and also DMARC
23:20 <TemptorSent> jirutka: And I take it getting OpenSMPTPd to speak milter isn't happening?
23:21 <jirutka> TemptorSent: unfortunately it’s not
23:21 <jirutka> TemptorSent: OpenSMTPD has nice filter interface, but no one wrote milter adapter yet
23:21 <TemptorSent> Hmm, seems like an obvious target and one that might actually be able to be kept in sync with the changing api.
23:22 <jirutka> OpenSMTPD filter API is stable… except he’s gonna redesign it, but it’s not happening yet
23:22 <jirutka> and the current filter API is here for few years
23:23 <jirutka> I’m using it since times it was totally undocumented, b/c gilles didn’t want anyone to use it…
23:23 <TemptorSent> Ahh, and probably a few more at the rate its going :)
23:23 <jirutka> yeah
23:23 <jirutka> since he hates apparently when anyone use his software, he decided to develop new filter API in secret…
23:23 <jirutka> not kidding
23:24 <TemptorSent> That's more than a little bit crazy.
23:24 <jirutka> yeah
23:25 <jirutka> hm, I need to 25 minutes, night tram :/
23:25 <TemptorSent> Ahh, how often do they run?
23:26 <jirutka> http://jizdnirady.idnes.cz/pid/spojeni/?f=Dejvick%c3%a1&t=Divok%c3%a1+%c5%a0%c3%a1rka&fc=301003&tc=301003&submit=true
23:26 <jirutka> it’s night :/
23:30 <jirutka> and if anyone wants completely Mailman 3 Suite: https://github.com/jirutka/user-aports/tree/v3.5/bundles
23:31 <jirutka> it’s easy as pie to install it with my packages
23:31 <jirutka> otherwise it’s hard as hell, b/c its developers are apparently totally incompetent
23:31 <jirutka> and/or don’t care about any users at all
23:40 <jirutka> omg i’m idiot!
23:40 <jirutka> i missed it
23:47 <Shiz> @jirutka │ uff, I finally solved it… using keyword that is not mentioned on https://www.opensmtpd.org/faq/rules.html ! WTF?!
23:47 <Shiz> use the manpage,l uke ;p
23:47 <jirutka> why?!
23:47 <jirutka> I don’t have man pages installed on Alpine servers
23:47 <Shiz> also you are entitled to your opinion of course but imo comparison to postfix in pain to configure is nonsense ;p
23:47 <Shiz> jirutka: there's online ones
23:47 <Shiz> https://www.opensmtpd.org/manual.html
23:47 <Shiz> right here
23:48 <jirutka> try to google opensmtpd man…
23:48 <jirutka> wait…
23:48 <jirutka> wth
23:48 <Shiz> well, it's a link in the sidebar of their homepage...
23:48 <Shiz> "manual pages"
23:48 <Shiz> :p
23:48 <jirutka> omfg, I’ve accidentelly found wrong manual…
23:49 <jirutka> b/c this does not look like FAQ! https://www.opensmtpd.org/faq/rules.html
23:49 <jirutka> and since i was in stress I overlooked that and thought that it’s a manual
23:53 <jirutka> about postfix, why non-sense? Postfix configuration is horrible, but at least you can find many real-world examples…