[gentoo-user] [Extremely OT] Ansible/Puppet replacement
Hi, I've been working on my own replacement for Bcfg2 - bossman[1] - over the past few months, and it's finally ready to be released in the wild. I would be honored if anyone on this list who's thinking of trying puppet, chef, ansible, bcfg2, etc. would try out bossman instead. bossman has an incredibly simple syntax; no ruby DSLs or XML. My main motivation for writing it was dealing with bcfg2's XML config on a daily basis. Additionally, bossman has a (hopefully) great 'pretend' mode and checks for a lot of errors. If you are already using another solution and have some time to check out bossman, I would love feedback. The only config manager I've used in practice is bcfg2, so getting perspectives from those using other solutions would be fantastic. bossman is written in C99 and is built with CMake. I don't recommend it for production deployments quite yet, but I plan on actively working on it. It currently only supports pulling configuration from a mounted filesystem (i.e. local disk, NFS, etc.), but HTTP support (and a deployment tutorial/guide) will be added in v0.2. I'm sorry to spam gentoo-user, but I'm not sure who else would be interested in something like this. Also, feel free to email me with bugs in the code or documentation, or open something in GitHub's issue tracker. Alec [1] https://github.com/trozamon/bossman/archive/v0.1.0.tar.gz [2] https://github.com/trozamon/bossman-roles
[gentoo-user] Rkhunter now showing Warnings for two files: /bin/egrep fgrep
Hello all, Been on rkhunter 1.4.2 for a while, no changes made to its config file, been running nightly for years without these warnings... I recently did some Gentoo updates after almost 2 months of no updates (was out of town), and now, even after running --propupd, I continue to get these warnings: # grep Warning /var/log/rkhunter.log [03:10:32] Info: Emailing warnings to 'root' using command '/bin/mail -s [rkhunter] Warnings found for ${HOST_NAME}' [03:10:45] /bin/egrep [ Warning ] [03:10:45] Warning: The command '/bin/egrep' has been replaced by a script: /bin/egrep: POSIX shell script, ASCII text executable [03:10:45] /bin/fgrep [ Warning ] [03:10:45] Warning: The command '/bin/fgrep' has been replaced by a script: /bin/fgrep: POSIX shell script, ASCII text executable Anyone know if this is due to something changing in Gentoo?
Re: [gentoo-user] Rkhunter now showing Warnings for two files: /bin/egrep fgrep
On Mon, Jan 26, 2015 at 6:21 PM, Tanstaafl tansta...@libertytrek.org wrote: Hello all, Been on rkhunter 1.4.2 for a while, no changes made to its config file, been running nightly for years without these warnings... I recently did some Gentoo updates after almost 2 months of no updates (was out of town), and now, even after running --propupd, I continue to get these warnings: # grep Warning /var/log/rkhunter.log [03:10:32] Info: Emailing warnings to 'root' using command '/bin/mail -s [rkhunter] Warnings found for ${HOST_NAME}' [03:10:45] /bin/egrep [ Warning ] [03:10:45] Warning: The command '/bin/egrep' has been replaced by a script: /bin/egrep: POSIX shell script, ASCII text executable [03:10:45] /bin/fgrep [ Warning ] [03:10:45] Warning: The command '/bin/fgrep' has been replaced by a script: /bin/fgrep: POSIX shell script, ASCII text executable Anyone know if this is due to something changing in Gentoo? As stated in the previous response to your original thread, /bin/[ef]grep come with the grep package: file `equery -q f grep|grep /bin/` /bin/egrep: POSIX shell script, ASCII text executable /bin/fgrep: POSIX shell script, ASCII text executable /bin/grep: ELF 32-bit LSB executable, Intel 80386, version 1 (SYSV), dynamically linked, interpreter /lib/ld-linux.so.2, for GNU/Linux 2.6.16, stripped The shell scripts in question call the grep binary with the flags shown below: grep exec /bin/[ef]grep /bin/egrep:exec $grep -E $@ /bin/fgrep:exec $grep -F $@
Re: [gentoo-user] Rkhunter now showing Warnings for two files: /bin/egrep fgrep
On Mon, Jan 26, 2015 at 11:21 AM, Tanstaafl tansta...@libertytrek.org wrote: Hello all, Been on rkhunter 1.4.2 for a while, no changes made to its config file, been running nightly for years without these warnings... I recently did some Gentoo updates after almost 2 months of no updates (was out of town), and now, even after running --propupd, I continue to get these warnings: # grep Warning /var/log/rkhunter.log [03:10:32] Info: Emailing warnings to 'root' using command '/bin/mail -s [rkhunter] Warnings found for ${HOST_NAME}' [03:10:45] /bin/egrep [ Warning ] [03:10:45] Warning: The command '/bin/egrep' has been replaced by a script: /bin/egrep: POSIX shell script, ASCII text executable [03:10:45] /bin/fgrep [ Warning ] [03:10:45] Warning: The command '/bin/fgrep' has been replaced by a script: /bin/fgrep: POSIX shell script, ASCII text executable Anyone know if this is due to something changing in Gentoo? Well, for the 'not updated recently enough' baseline: ~ $ eix grep -I [I] sys-apps/grep Available versions: 2.16 ~2.20 ~2.20-r1 ~2.21 {nls pcre static} Installed versions: 2.16(20:37:55 04/11/14)(nls pcre -static) Homepage:http://www.gnu.org/software/grep/ Description: GNU regular expression matcher ~ $ file /bin/*grep /bin/egrep: ELF 64-bit LSB executable, x86-64, version 1 (SYSV), dynamically linked (uses shared libs), for GNU/Linux 2.6.16, stripped /bin/fgrep: ELF 64-bit LSB executable, x86-64, version 1 (SYSV), dynamically linked (uses shared libs), for GNU/Linux 2.6.16, stripped /bin/grep: ELF 64-bit LSB executable, x86-64, version 1 (SYSV), dynamically linked (uses shared libs), for GNU/Linux 2.6.16, stripped ~ $ ls -l /bin/*grep -rwxr-xr-x 1 root root 208096 Apr 11 2014 /bin/egrep -rwxr-xr-x 1 root root 105472 Apr 11 2014 /bin/fgrep -rwxr-xr-x 1 root root 212256 Apr 11 2014 /bin/grep - And after a quick update: ~ $ eix grep -I [I] sys-apps/grep Available versions: 2.16 ~2.20 ~2.20-r1 ~2.21 2.21-r1 {nls pcre static} Installed versions: 2.21-r1(11:28:57 01/26/15)(nls pcre -static) Homepage:http://www.gnu.org/software/grep/ Description: GNU regular expression matcher ~ $ file /bin/*grep /bin/egrep: POSIX shell script, ASCII text executable /bin/fgrep: POSIX shell script, ASCII text executable /bin/grep: ELF 64-bit LSB executable, x86-64, version 1 (SYSV), dynamically linked (uses shared libs), for GNU/Linux 2.6.16, stripped ~ $ ls -l /bin/*grep -rwxr-xr-x 1 root root158 Jan 26 11:28 /bin/egrep -rwxr-xr-x 1 root root158 Jan 26 11:28 /bin/fgrep -rwxr-xr-x 1 root root 154856 Jan 26 11:28 /bin/grep -- Poison [BLX] Joshua M. Murphy
Re: [gentoo-user] Rkhunter now showing Warnings for two files: /bin/egrep fgrep
On 01/26/2015 11:21 AM, Tanstaafl wrote: Hello all, Been on rkhunter 1.4.2 for a while, no changes made to its config file, been running nightly for years without these warnings... I recently did some Gentoo updates after almost 2 months of no updates (was out of town), and now, even after running --propupd, I continue to get these warnings: # grep Warning /var/log/rkhunter.log [03:10:32] Info: Emailing warnings to 'root' using command '/bin/mail -s [rkhunter] Warnings found for ${HOST_NAME}' [03:10:45] /bin/egrep [ Warning ] [03:10:45] Warning: The command '/bin/egrep' has been replaced by a script: /bin/egrep: POSIX shell script, ASCII text executable [03:10:45] /bin/fgrep [ Warning ] [03:10:45] Warning: The command '/bin/fgrep' has been replaced by a script: /bin/fgrep: POSIX shell script, ASCII text executable Anyone know if this is due to something changing in Gentoo? Upstream changed egrep and fgrep from binaries to shell scripts. Alec
Re: [gentoo-user] chatting with the customer
On 25.01.2015 14:32, Volker Armin Hemmann wrote: teamviewer. You can chat. You can see their desktops and see what they are doing wrong. Not the right tool for my use case. I don't want to see his desktop ... we just discuss issues and how to proceed when we debug stuff or plan things. Like in: he: x does not work, no css loaded I: changed y, pls retry he: yes, better ... but *z* !! ;-) - tox : maybe jabberd: I have to review my configs once more ... couldn't register *once* (maybe related to the remote network situation). Stefan
Re: [gentoo-user] updating netbook : C Compiler can't create executables : solved
150126 Bill Kenworthy wrote: On 26/01/15 13:01, Philip Webb wrote: Having restored X proceeding to work thro' pkgs, I emerged reiserfsprogs lsof kbd tar baselayout libutempter autoconf-wrapper bin86 push coreutils gmp . Trying the next set of pkgs, I got the dreaded C compiler cannot create executables. I suspect some effect from baselayout or coreutils. Gcc is 4.8.3 . rattus ~ # gcc-config -l [1] x86_64-pc-linux-gnu-4.8.3 * rattus ~ # gcc-config 1 * Switching native-compiler to x86_64-pc-linux-gnu-4.8.3 ... I had already done that it shouldn't give that error. you may need to run fix_libtool_files.sh , if there was a gcc switch in the past. I tried that it found nothing. I also tried restoring from binary coreutils baselayout kbd (all system, so rescue pkgs available). Then I noticed specific snippet: econf failed tried Google again, which showed me https://forums.gentoo.org/viewtopic-t-932946-start-O.html . The problem was the obscure non-system gmp , one of Gcc's requirements : Gcc 4.8.3 had been recompiled vs the earlier version of Gmp couldn't find /usr/lib/libgmp.so.3 ; the temporary solution is 'ln -s /usr/lib/libgmp.so.10.1.3 /usr/lib/libgmp.so.3', which pleases Gcc, which is now recompiling itself (estimate 3 h 30 m ), after wh all sb well. To be on the safe side, I first updated zip mpc mpfr texinfo flex , which are also requirements of Gcc have newer versions. Thanks for advice, even if it was off-target this time (smile). -- ,, SUPPORT ___//___, Philip Webb ELECTRIC /] [] [] [] [] []| Cities Centre, University of Toronto TRANSIT`-O--O---' purslowatchassdotutorontodotca
Re: [gentoo-user] problem emerging Libdrm : solved
On Sunday 25 January 2015 23:57:50 Philip Webb wrote: 150125 Philip Webb wrote: After exactly 2 years , I'm trying to update my Asus EEE netbook. Trying to update gtk+ , I've run into a problem : it requires Mesa Cairo both require libdrm-2.4.58 , which refuses to compile, failing with lines reporting that libpng15.so.15 libudev.so.0 not found. I've already updated to libpng-1.6.16 , so libpng16.so.16 is installed. Thanks for the various suggestions. I solved the problem by unmerging Gtk+ Mesa Cairo Libdrm Xorg-server, after which Libdrm compiled successfully. BTW there's a rather bizarre dependency : the stable Mesa-10.2.8 requires the testing Cairo-1.12.18 . I've never seen this before. It's not like that here; something must still be skew-whiff: prh@wstn ~ $ eix -Ice mesa [I] media-libs/mesa (10.2.8{tbz2}@28/12/14): OpenGL-like graphic library for Linux prh@wstn ~ $ eix -Ice cairo [I] x11-libs/cairo (1.12.16@22/11/14): A vector graphics library with cross-device output support This is amd64. -- Rgds Peter.
Re: [gentoo-user] Rkhunter now showing Warnings for two files: /bin/egrep fgrep
On Mon, 26 Jan 2015 11:27:05 -0500, Alec Ten Harmsel wrote: # grep Warning /var/log/rkhunter.log [03:10:32] Info: Emailing warnings to 'root' using command '/bin/mail -s [rkhunter] Warnings found for ${HOST_NAME}' [03:10:45] /bin/egrep [ Warning ] [03:10:45] Warning: The command '/bin/egrep' has been replaced by a script: /bin/egrep: POSIX shell script, ASCII text executable [03:10:45] /bin/fgrep [ Warning ] [03:10:45] Warning: The command '/bin/fgrep' has been replaced by a script: /bin/fgrep: POSIX shell script, ASCII text executable Anyone know if this is due to something changing in Gentoo? Upstream changed egrep and fgrep from binaries to shell scripts. This happened a while ago on testing portage but the version with the change only hit stable at the weekend. You can tell rkhunter to ignore them. % grep grep /etc/rkhunter.conf.local SCRIPTWHITELIST=/bin/egrep SCRIPTWHITELIST=/bin/fgrep -- Neil Bothwick I work with User-Surly Software. pgpSfZw308uis.pgp Description: OpenPGP digital signature
Re: [gentoo-user] Latest chromium-40 on ~x86
Hi, On Sun, 25 Jan 2015 19:43:12 +0100 Nils Holland wrote: On Sun, Jan 25, 2015 at 02:03:48PM +0300, Andrew Savchenko wrote: I gave up on chromium starting from chromium-36, where they dropped pre-SSE2 x86 support (and I use such system: Athlon-XP). I tried to re-add this stuff with partial success (works, but still SIGILLs sometimes) and it's very hard to clean all pieces. Looks like they're slowly abandoning x86 and older hardware at all. Actually, I can't say that I'm too much of a fan of chromium either. I'm more than happy using vimb, sometimes also midori and firefox. Chromium mostly only sits here as a last resort when some site doesn't seem to work right in one of the other browsers (which, fortunatly, only happens with a frequency that is rapidly approaching never). There are many things I don't like in Chromium, but there is one feature so important, that I can overlook all disadvantages of chromium: this feature is security. Unlike other browsers (I don't consider chrome or chromium forks here as a separate browsers) chromium is secure by design: it isolates tabs and plugins, supports various namespaces, seccomp sandboxing, yama framefork. Other browsers don't: tabs are not isolated, plugins have poor isolation (it seems firefox is working in this direction at least), thogh they work fine on my yama-enabled systems. So the fact that I don't care about chromium too much, with the added fact that my main machine is a lower-range laptop and takes quite a while to build chromium, is also the reason why I can't be bothered right now to re-build in order to try out various things or otherwise try to collect debugging information. distcc will help you here, that is the way how I maintain older boxes. Of course, you should use ccache too. Best regards, Andrew Savchenko pgpS22Eu7owem.pgp Description: PGP signature