1518059484 J * daniel_hozac ~daniel@217-211-16-149-no42.tbcn.telia.com
1518059768 Q * daniel_hozac_ Ping timeout: 480 seconds
1518066025 J * Ghislain1 ~ghislain@81.56.195.31
1518066025 Q * Ghislain Read error: Connection reset by peer
1518076114 Q * guerby Ping timeout: 480 seconds
1518078693 J * nikolay ~nikolay@149.235.255.3
1518081167 J * guerby ~guerby@ip165.tetaneutral.net
1518081174 Q * romster Quit: Leaving
1518081196 J * romster ~romster@158.140.215.184
1518085363 J * torrunes ~trs@193.69.63.206
1518085587 M * torrunes anyone else having problems with posting to the ml? Apperantly, the ml is using is using SORBS, which has tagged google's mail server. That sounds a bit drastic.
1518086213 M * torrunes second issue: when moving towards using 4.9 in a production env, should the patches that are published on 13th floor after the latert 4.9 patch be applied too? Bertl_oO?
1518086229 M * torrunes second issue: when moving towards using 4.9 in a production env, should the patches that are published on 13th floor after the latest 4.9 patch be applied too? Bertl_oO?
1518086278 M * Ghislain1 i did not have issue but i dont use googleads services
1518086734 M * Bertl_oO torrunes: yes, the patches will be in the next round of kernel patch updates
1518086736 M * Bertl_oO torrunes: yes, the patches will be in the next round of kernel patch updates
1518086741 M * Bertl_oO :)
1518086753 M * Ghislain1 lol
1518086754 M * torrunes who's managing the ml? Would it be possible to relax the spam settings a bit? After all, I would think this is a high-volume google mail server and some low percetage spam from all it's users is bound to happen...
1518086769 M * torrunes great - thanks Bertl
1518087004 M * torrunes any ETA for next round ? We plan to roll out some "semi-production" machines on 4.9 in a couple of weeks.
1518087043 M * Bertl_oO no problem.
1518087060 M * Bertl_oO I plan to update the patches end of the week
1518087088 M * torrunes thx!
1518087743 M * Bertl_oO and to answer the question: who manages the ml ... nobody does
1518087800 M * Bertl_oO the mailing list was maintained by hollow before he disappeared
1518087879 M * Bertl_oO but I've found the rbl check entries there, so I can probably remove it ... can you paste/forward me the SORBS reply you get when you send e-Mail?
1518088547 M * torrunes the mail bouces with this link: 451 Currently Sending Spam See: http://www.sorbs.net/lookup.shtml?209.85.215.50
1518089903 Q * Aiken Remote host closed the connection
1518090490 M * Bertl_oO okay, I disabled sorbs for now, but maybe contact them and google with this specific IP
1518090510 M * Bertl_oO there is probably a reason why it got flagged
1518093892 M * torrunes thanks
1518095718 Q * PowerKe Ping timeout: 480 seconds
1518098489 J * PowerKe ~tom@84-198-153-149.access.telenet.be
1518103373 Q * PowerKe Ping timeout: 480 seconds
1518103905 J * PowerKe ~tom@84-198-153-149.access.telenet.be
1518108850 M * arekm ***  rpm-fake-resolver was built with glibc;  please do  ***
1518108851 M * arekm ***  not report errors before trying a dietlibc version. ***
1518108890 M * arekm ough, what kind of errors these could be? 
1518109277 M * Bertl_oO well, glibc is modular, so resolver libraries and similar will get pulled into the guest from the host
1518109304 M * Bertl_oO and of course, guest libraries could en up on the host as well
1518109564 M * arekm ok, so have to make mixed glibc+dietlibc build (and hopefully rpm-fake-resolver doesn't call dietlibc crap that wants vsyscall)
1518110108 M * Bertl_oO why not replace the vsyscalls in dietlibc with traditional syscalls
1518110132 M * Bertl_oO (they probably end up being faster nowadays anyway)
1518110428 M * arekm hm, actually there seem to be some define in dietlibc, checking
1518110447 Q * nikolay Quit: Leaving
1518110939 J * guerby_ ~guerby@ip165.tetaneutral.net
1518111015 Q * guerby Read error: Connection reset by peer
1518121253 J * Aiken ~Aiken@2001:44b8:2168:1000:b26e:bfff:fe2a:b951