oh-my-zsh met agnoster themequote:Op zondag 18 oktober 2015 02:38 schreef µ het volgende:
[..]
Mijn $PS1 wordt gestyled door powerline .
SPOILEROm spoilers te kunnen lezen moet je zijn ingelogd. Je moet je daarvoor eerst gratis Registreren. Ook kun je spoilers niet lezen als je een ban hebt.
quote:Op zondag 18 oktober 2015 16:39 schreef d4v1d het volgende:SPOILEROm spoilers te kunnen lezen moet je zijn ingelogd. Je moet je daarvoor eerst gratis Registreren. Ook kun je spoilers niet lezen als je een ban hebt.
Prequeue, postqueue, met procmail of in de mta erin... zo veel vragenజ్ఞా
Ah milter kwam ik in de repos tegen ja. Zal daar eens naar kijken, thanks.quote:Op maandag 19 oktober 2015 00:46 schreef LintuxCx het volgende:
spamass-milter. Zodat je overduidelijke spam al kunt weggooien voor je het überhaupt op SMTP-niveau geaccepteerd hebt. Niks is erger dan mailservers die nog in het From:-adres geloven en "OMG JE HEBT ME SPAM GESTUURD" foutmeldingen terugsturen naar mensen die dat bericht uiteraard niet zelf verstuurd hebben.
Dat doe ik dan iig, en dan nog een dspam laagje erachter wat de minder duidelijke spam in een losse folder gooit.
Wat me mooi lijkt is een andere plugin die waarschijnlijke spam in een quarantine houdt en na een paar uur nog eens een fingerprintje neemt.
Milter is sowieso wel een tof systeem, filteren op SMTP-niveau voordat de server een transactie überhaupt bevestigt. Oorspronkelijk een Sendmail uitvinding maar die hoef je er niet meer voor te gebruiken. *pfew*quote:Op maandag 19 oktober 2015 06:30 schreef µ het volgende:
[..]
Ah milter kwam ik in de repos tegen ja. Zal daar eens naar kijken, thanks.
Ahja ik doe ook ipv6 dus als je die patch hebt, graag.quote:Op maandag 19 oktober 2015 09:51 schreef LintuxCx het volgende:
[..]
Milter is sowieso wel een tof systeem, filteren op SMTP-niveau voordat de server een transactie überhaupt bevestigt. Oorspronkelijk een Sendmail uitvinding maar die hoef je er niet meer voor te gebruiken. *pfew*
spamass-milter is al heel lang in de verwaarlozing geloof ik maar het werkt wel nog gewoon. Als je je nog stoort aan het gebrek aan IPv6 whitelisting heb ik nog wel een patch voor je.
Doe ik ook alleen als de score boven de 10 ligt en dat houdt dan al veel tegen.quote:Op maandag 19 oktober 2015 10:34 schreef µ het volgende:
[..]
Ahja ik doe ook ipv6 dus als je die patch hebt, graag.
Weet alleen niet of ik wil rejecten op SMTP, dan ben ik het kwijt...
Heel veel juist, blijkt dat er zat opties zijn. Ik ben niet iemand die zomaar een tuto volgt, wil weten wat ik kan doen en dan een goede keuze maken .quote:Op maandag 19 oktober 2015 16:03 schreef Iwanius het volgende:
Hier tussen heb je dus helemaal niks gevonden?
Hmm. vind wel wat info maar niet genoeg. Moet maar eens gaan onderzoeken hoe en wat. Ik ben ook geen logfiles tegengekomen die me helpen bij failed build.quote:Op maandag 19 oktober 2015 16:03 schreef Iwanius het volgende:
Hier tussen heb je dus helemaal niks gevonden?
man make: -j Specifies the number of jobs (commands) to run simultaneously.quote:Op maandag 19 oktober 2015 16:22 schreef Posergoth6667 het volgende:
[..]
Hmm. vind wel wat info maar niet genoeg. Moet maar eens gaan onderzoeken hoe en wat. Ik ben ook geen logfiles tegengekomen die me helpen bij failed build.
Het lijkt er op dat build_options -j het aantal cores specificeerd. Heb -j8 geprobeerd voor 4 cores maar dat werkt niet. Ook -j1, -j2 etc werken niet.
Tja, welke foutmelding nietquote:Op maandag 19 oktober 2015 17:18 schreef devzero het volgende:
[..]
man make: -j Specifies the number of jobs (commands) to run simultaneously.
Als je build mislukt, dan maakt het niet uit hoeveel jobs je laat compileren. Wat voor fout krijg je?
-fstack-protector-strong is een nieuwe optie voor gcc 4.9, dus het lijkt er inderdaad op dat je met de verkeerde gcc compileerd. Wat krijg je als je in je shell "gcc -v" uitvoert?quote:Op maandag 19 oktober 2015 18:42 schreef Posergoth6667 het volgende:
Probeer die fstack foutmelding weg te krijgen. Anders maar eens zonder ktest proberen te compilen.
Ik heb GCC 4.9 geinstalleerd en de optie meegegeven om die versie te gebruiken, maar dat krijg ik nog niet aan de praat.
gcc is een leuke. Als ik 4.8 gebruik krijg ik de volgende output:quote:Op dinsdag 20 oktober 2015 03:59 schreef devzero het volgende:
[..]
-fstack-protector-strong is een nieuwe optie voor gcc 4.9, dus het lijkt er inderdaad op dat je met de verkeerde gcc compileerd. Wat krijg je als je in je shell "gcc -v" uitvoert?
Edit: wat krijg je overens als je "grep CONFIG_CC_STACKPROTECTOR_ .config" doet in je linux kernel source directory? Heb je stackprotector aangezet?
1 2 3 4 5 6 7 8 9 | gcc -v: Using built-in specs. COLLECT_GCC=gcc COLLECT_LTO_WRAPPER=/usr/lib/gcc/x86_64-linux-gnu/4.8/lto-wrapper Target: x86_64-linux-gnu Configured with: ../src/configure -v --with-pkgversion='Ubuntu 4.8.4-2ubuntu1~14.04' --with-bugurl=file:///usr/share/doc/gcc-4.8/README.Bugs --enable-languages=c,c++,java,go,d,fortran,objc,obj-c++ --prefix=/usr --program-suffix=-4.8 --enable-shared --enable-linker-build-id --libexecdir=/usr/lib --without-included-gettext --enable-threads=posix --with-gxx-include-dir=/usr/include/c++/4.8 --libdir=/usr/lib --enable-nls --with-sysroot=/ --enable-clocale=gnu --enable-libstdcxx-debug --enable-libstdcxx-time=yes --enable-gnu-unique-object --disable-libmudflap --enable-plugin --with-system-zlib --disable-browser-plugin --enable-java-awt=gtk --enable-gtk-cairo --with-java-home=/usr/lib/jvm/java-1.5.0-gcj-4.8-amd64/jre --enable-java-home --with-jvm-root-dir=/usr/lib/jvm/java-1.5.0-gcj-4.8-amd64 --with-jvm-jar-dir=/usr/lib/jvm-exports/java-1.5.0-gcj-4.8-amd64 --with-arch-directory=amd64 --with-ecj-jar=/usr/share/java/eclipse-ecj.jar --enable-objc-gc --enable-multiarch --disable-werror --with-arch-32=i686 --with-abi=m64 --with-multilib-list=m32,m64,mx32 --with-tune=generic --enable-checking=release --build=x86_64-linux-gnu --host=x86_64-linux-gnu --target=x86_64-linux-gnu Thread model: posix gcc version 4.8.4 (Ubuntu 4.8.4-2ubuntu1~14.04) |
1 2 3 | gcc -v The program 'gcc' is currently not installed. You can install it by typing: apt-get install gcc |
1 2 3 4 5 6 | apt-get install gcc Reading package lists... Done Building dependency tree Reading state information... Done gcc is already the newest version. 0 upgraded, 0 newly installed, 0 to remove and 12 not upgraded. |
1 2 3 4 | linux # grep CONFIG_CC_STACKPROTECTOR_ .config CONFIG_CC_STACKPROTECTOR_NONE=y # CONFIG_CC_STACKPROTECTOR_REGULAR is not set # CONFIG_CC_STACKPROTECTOR_STRONG is not set |
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 | # Generated by ktest.pl # # PWD is a ktest.pl variable that will result in the process working # directory that ktest.pl is executed in. # THIS_DIR is automatically assigned the PWD of the path that generated # the config file. It is best to use this variable when assigning other # directory paths within this directory. This allows you to easily # move the test cases to other locations or to other machines. # THIS_DIR := /root/linuxlatest/linux LOG_FILE = /root/linuxlatest/linux/logfile.txt # Define each test with TEST_START # The config options below it will override the defaults TEST_START TEST_TYPE = build DEFAULTS LOCALVERSION = -test BUILD_DIR = ${PWD} MACHINE = localhost BUILD_OPTIONS = -j8 OUTPUT_DIR = ${PWD} GCC_VERSION := 4.9.0 |
Forum Opties | |
---|---|
Forumhop: | |
Hop naar: |