Re: [gentoo-user] nepomuk gone, baloo enters
On Friday 21 August 2015 10:06:15 Francisco Ares wrote: Hi, In fact, I can only suppose there's something related to changing from nepomuk to baloo: Now, every time I log in, a window pops up asking for root password. The window title is PolicyKit - KDE and pressing the button Details, it shows: Action: Folder Watch Limit polkit.subject-pid:5254 polkit.caller-pid: 6699 Looking for those PIDs: ~ $ ps -A | grep 5254 5254 ?00:00:07 baloo_file and PID 6699 doesn't show up any more, probably the process has already ended. Did I miss something? How do I set up Baloo? Looking on the net, I only found how to set up a file ~/.kde4/share/config/nepomukserverrc (that was nonexistent, which seemed strange), is there something else regarding the database it might be willing to use? I may have missed something here, but I'm puzzled. Without running an exhaustive search, the only \*baloo\* or \*nepomuk\* files I see on this box are these: $ find . -name \*baloo\* ./.config/akonadi/agent_config_akonadi_baloo_indexer ./.config/akonadi/agent_config_akonadi_baloo_indexer_changes.dat ./.local/share/baloo ./.kde4/share/config/baloorc ./.kde4/share/config/baloofilerc ...and this: $ cat /etc/dbus-1/system.d/org.kde.baloo.filewatch.conf !DOCTYPE busconfig PUBLIC -//freedesktop//DTD D-BUS Bus Configuration 1.0//EN http://www.freedesktop.org/standards/dbus/1.0/busconfig.dtd; busconfig !-- Only user root can own the foo helper -- policy user=root allow own=org.kde.baloo.filewatch/ /policy /busconfig No sign of a filewatch-inotify anywhere, and the only file in /etc/sysctl.d is a readme. This is an openrc box, not systemd; maybe that's the difference. I've just removed -semantic-desktop from make.conf and only dolphin and gwenview were reinstalled. I'm writing this in KMail. So where have those files come from on your system? Have you run equery b on them? -- Rgds Peter
Re: [gentoo-user] Re: Epic list of total FAIL.
Fernando Rodriguez wrote: On Saturday, August 22, 2015 1:52:00 AM Alan Grimes wrote: That said, I spent the day doing diagnostics: Findings: 1. There were a hell of a lot more memory errors than I had seen before. 2. There was a smudge on one of the dimm's contacts and some of the usual dust on the CPU-facing one. 3. The motherboard was not developed by sane engineers. In a sane world, there are two types of variables: measured variables and controlled variables. The RAM voltage would appear to be a controlled variable but it is also a measured variable. In order to achieve a close approximation of 1.5v, I had to set it to 1.530 volts. WTF... 4. an AMD K10 processor cannot successfully drive 8-ranks of high density ram at 2x800 mhz -- BUT IT WILL TRY!!! I found all dimms to be good either individually or in pairs, but the entire ram compliment of four dims cannot be run at full speed at once with the CPU/motherboard I have installed. Findings 3 4 sound like a faulty or underrated PSU...or a bad motherboard. Start by unplugging everything that you don't need to boot from a live CD and run some tests. It sure does. A weak power supply will certainly cause some issues. If he can remove a few power hogs and it works, then the memory may be OK and just short on power. Plus, if the power supply is weak, that could show up in other places too. OP, maybe you should give this site a look see: http://www.jonnyguru.com/modules.php?name=NDReviewsop=Review_Catrecatnum=13 This one just reviewed had a perfect score, if it has enough power for what you are running. http://www.jonnyguru.com/modules.php?name=NDReviewsop=Review_Catrecatnum=13 This site below lists them by wattage. They test them pretty hard too. If it isn't a well built unit, they'll find the problem. http://www.overclockers.com/forums/showthread.php/589708-Recommended-PSU-s-True-Tested Hope one of those helps or maybe all of them. Dale :-) :-)
Re: [gentoo-user] Snort compiling problems
On Saturday, August 22, 2015 5:34:24 PM Rod wrote: Hi List, I am having problems compiling Snort :( I have tried emerge snort Also tried compiling in the comandline I have tried all my installed gcc profiles... # gcc-config -l [1] x86_64-pc-linux-gnu-4.5.4 [2] x86_64-pc-linux-gnu-4.6.4 [3] x86_64-pc-linux-gnu-4.7.3 [4] x86_64-pc-linux-gnu-4.8.4 * All failed :( make[4]: Entering directory '/var/tmp/portage/net- analyzer/snort-2.9.7.5/work/snort-2.9.7.5/src/preprocessors/Stream6' x86_64-pc-linux-gnu-gcc -DHAVE_CONFIG_H -I. -I../../.. -I../../.. -I../../../src -I../../../src/sfutil -I/usr/include/pcap -I../../../src/output-plugins -I../../../src/detection-plugins -I../../../src/dynamic-plugins -I../../../src/preprocessors -I../../../src/preprocessors/portscan -I../../../src/preprocessors/HttpInspect/include -I../../../src/preprocessors/Session -I../../../src/preprocessors/Stream6 -I../../../src/target-based -I../../../src/control -I../../../src/file-process -I../../../src/file-process/libs -I../../../src/side-channel -I../../../src/side-channel/plugins -DLZMA -DNDEBUG -DNOCOREFILE -DSF_WCHAR -DSNORT_RELOAD -DRELOAD_ERROR_FATAL -DNO_NON_ETHER_DECODER -O2 -march=core2 -mtune=core2 -pipe -DSF_VISIBILITY -fvisibility=hidden -fno-strict-aliasing -Wall -c -o snort_stream_tcp.o snort_stream_tcp.c snort_stream_tcp.c:466:89: error: unknown type name 'NormFlags' static inline int Stream_NormGetMode(uint16_t reassembly_policy, const SnortConfig* sc, NormFlags nf) ^ snort_stream_tcp.c: In function 'AddStreamNode': snort_stream_tcp.c:6160:9: warning: implicit declaration of function 'NormalTrimPayloadIfWin' [-Wimplicit-function-declaration] NormalTrimPayloadIfWin(p, 0, tdb); ^ snort_stream_tcp.c: In function 'ProcessTcpData': snort_stream_tcp.c:7275:9: warning: implicit declaration of function 'NormalTrimPayloadIfSyn' [-Wimplicit-function-declaration] NormalTrimPayloadIfSyn(p, 0, tdb); ^ snort_stream_tcp.c: In function 'ProcessTcp': snort_stream_tcp.c:8381:17: warning: implicit declaration of function 'NormalTrimPayloadIfRst' [-Wimplicit-function-declaration] NormalTrimPayloadIfRst(p, 0, tdb); ^ snort_stream_tcp.c: At top level: snort_stream_tcp.c:555:19: warning: 'CheckFlushPolicyOnData' used but never defined [enabled by default] static inline int CheckFlushPolicyOnData( ^ snort_stream_tcp.c:1184:29: warning: 'StreamTCPCreateSession' defined but not used [-Wunused-function] static SessionControlBlock *StreamTCPCreateSession( const SessionKey *key ) ^ snort_stream_tcp.c:1192:13: warning: 'StreamTCPDeactivateSession' defined but not used [-Wunused-function] static void StreamTCPDeactivateSession( SessionControlBlock *scb ) ^ snort_stream_tcp.c:1206:12: warning: 'StreamTCPDeleteSession' defined but not used [-Wunused-function] static int StreamTCPDeleteSession( const SessionKey *key ) ^ Makefile:389: recipe for target 'snort_stream_tcp.o' failed make[4]: *** [snort_stream_tcp.o] Error 1 make[4]: Leaving directory '/var/tmp/portage/net- analyzer/snort-2.9.7.5/work/snort-2.9.7.5/src/preprocessors/Stream6' Makefile:471: recipe for target 'all-recursive' failed make[3]: *** [all-recursive] Error 1 make[3]: Leaving directory '/var/tmp/portage/net- analyzer/snort-2.9.7.5/work/snort-2.9.7.5/src/preprocessors' Makefile:552: recipe for target 'all-recursive' failed make[2]: *** [all-recursive] Error 1 make[2]: Leaving directory '/var/tmp/portage/net-analyzer/snort-2.9.7.5/work/snort-2.9.7.5/src' Makefile:517: recipe for target 'all-recursive' failed make[1]: *** [all-recursive] Error 1 make[1]: Leaving directory '/var/tmp/portage/net-analyzer/snort-2.9.7.5/work/snort-2.9.7.5' Makefile:383: recipe for target 'all' failed make: *** [all] Error 2 Portage 2.2.18 (python 2.7.9-final-0, default/linux/amd64/13.0/desktop, gcc-4.8.4, glibc-2.20-r2, 3.18.7-gentoo x86_64) = System Settings = System uname: Linux-3.18.7-gentoo-x86_64-Intel-R-_Core-TM-_i5-4570_CPU_@_3.20GHz-with- gentoo-2.2 KiB Mem:15316468 total,543168 free KiB Swap: 33554428 total, 32086124 free Timestamp of repository gentoo: Fri, 21 Aug 2015 18:30:01 + sh bash 4.2_p45 ld GNU ld (Gentoo 2.24 p1.4) 2.24 distcc 3.1 x86_64-pc-linux-gnu [disabled] app-shells/bash: 4.2_p45::gentoo dev-java/java-config: 2.2.0::gentoo dev-lang/perl:5.18.2-r2::gentoo dev-lang/python: 2.7.9-r1::gentoo, 3.1.5::gentoo, 3.2.5-r6::gentoo, 3.4.1::gentoo dev-util/cmake: 2.8.12.2-r1::gentoo dev-util/pkgconfig: 0.28-r1::gentoo
Re: [gentoo-user] Snort compiling problems
On Sat, Aug 22, 2015 at 10:34 AM, Rod r...@rods.id.au wrote: Hi List, I am having problems compiling Snort :( I have tried emerge snort Also tried compiling in the comandline I have tried all my installed gcc profiles... # gcc-config -l [1] x86_64-pc-linux-gnu-4.5.4 [2] x86_64-pc-linux-gnu-4.6.4 [3] x86_64-pc-linux-gnu-4.7.3 [4] x86_64-pc-linux-gnu-4.8.4 * All failed :( make[4]: Entering directory '/var/tmp/portage/net-analyzer/snort-2.9.7.5/work/snort-2.9.7.5/src/preprocessors/Stream6' x86_64-pc-linux-gnu-gcc -DHAVE_CONFIG_H -I. -I../../.. -I../../.. -I../../../src -I../../../src/sfutil -I/usr/include/pcap -I../../../src/output-plugins -I../../../src/detection-plugins -I../../../src/dynamic-plugins -I../../../src/preprocessors -I../../../src/preprocessors/portscan -I../../../src/preprocessors/HttpInspect/include -I../../../src/preprocessors/Session -I../../../src/preprocessors/Stream6 -I../../../src/target-based -I../../../src/control -I../../../src/file-process -I../../../src/file-process/libs -I../../../src/side-channel -I../../../src/side-channel/plugins -DLZMA -DNDEBUG -DNOCOREFILE -DSF_WCHAR -DSNORT_RELOAD -DRELOAD_ERROR_FATAL -DNO_NON_ETHER_DECODER -O2 -march=core2 -mtune=core2 -pipe -DSF_VISIBILITY -fvisibility=hidden -fno-strict-aliasing -Wall -c -o snort_stream_tcp.o snort_stream_tcp.c snort_stream_tcp.c:466:89: error: unknown type name 'NormFlags' static inline int Stream_NormGetMode(uint16_t reassembly_policy, const SnortConfig* sc, NormFlags nf) ^ snort_stream_tcp.c: In function 'AddStreamNode': snort_stream_tcp.c:6160:9: warning: implicit declaration of function 'NormalTrimPayloadIfWin' [-Wimplicit-function-declaration] NormalTrimPayloadIfWin(p, 0, tdb); ^ snort_stream_tcp.c: In function 'ProcessTcpData': snort_stream_tcp.c:7275:9: warning: implicit declaration of function 'NormalTrimPayloadIfSyn' [-Wimplicit-function-declaration] NormalTrimPayloadIfSyn(p, 0, tdb); ^ snort_stream_tcp.c: In function 'ProcessTcp': snort_stream_tcp.c:8381:17: warning: implicit declaration of function 'NormalTrimPayloadIfRst' [-Wimplicit-function-declaration] NormalTrimPayloadIfRst(p, 0, tdb); ^ snort_stream_tcp.c: At top level: snort_stream_tcp.c:555:19: warning: 'CheckFlushPolicyOnData' used but never defined [enabled by default] static inline int CheckFlushPolicyOnData( ^ snort_stream_tcp.c:1184:29: warning: 'StreamTCPCreateSession' defined but not used [-Wunused-function] static SessionControlBlock *StreamTCPCreateSession( const SessionKey *key ) ^ snort_stream_tcp.c:1192:13: warning: 'StreamTCPDeactivateSession' defined but not used [-Wunused-function] static void StreamTCPDeactivateSession( SessionControlBlock *scb ) ^ snort_stream_tcp.c:1206:12: warning: 'StreamTCPDeleteSession' defined but not used [-Wunused-function] static int StreamTCPDeleteSession( const SessionKey *key ) ^ Makefile:389: recipe for target 'snort_stream_tcp.o' failed make[4]: *** [snort_stream_tcp.o] Error 1 make[4]: Leaving directory '/var/tmp/portage/net-analyzer/snort-2.9.7.5/work/snort-2.9.7.5/src/preprocessors/Stream6' Makefile:471: recipe for target 'all-recursive' failed make[3]: *** [all-recursive] Error 1 make[3]: Leaving directory '/var/tmp/portage/net-analyzer/snort-2.9.7.5/work/snort-2.9.7.5/src/preprocessors' Makefile:552: recipe for target 'all-recursive' failed make[2]: *** [all-recursive] Error 1 make[2]: Leaving directory '/var/tmp/portage/net-analyzer/snort-2.9.7.5/work/snort-2.9.7.5/src' Makefile:517: recipe for target 'all-recursive' failed make[1]: *** [all-recursive] Error 1 make[1]: Leaving directory '/var/tmp/portage/net-analyzer/snort-2.9.7.5/work/snort-2.9.7.5' Makefile:383: recipe for target 'all' failed make: *** [all] Error 2 Portage 2.2.18 (python 2.7.9-final-0, default/linux/amd64/13.0/desktop, gcc-4.8.4, glibc-2.20-r2, 3.18.7-gentoo x86_64) = System Settings = System uname: Linux-3.18.7-gentoo-x86_64-Intel-R-_Core-TM-_i5-4570_CPU_@_3.20GHz-with-gentoo-2.2 KiB Mem:15316468 total,543168 free KiB Swap: 33554428 total, 32086124 free Timestamp of repository gentoo: Fri, 21 Aug 2015 18:30:01 + sh bash 4.2_p45 ld GNU ld (Gentoo 2.24 p1.4) 2.24 distcc 3.1 x86_64-pc-linux-gnu [disabled] app-shells/bash: 4.2_p45::gentoo dev-java/java-config: 2.2.0::gentoo dev-lang/perl:5.18.2-r2::gentoo dev-lang/python: 2.7.9-r1::gentoo, 3.1.5::gentoo, 3.2.5-r6::gentoo, 3.4.1::gentoo dev-util/cmake: 2.8.12.2-r1::gentoo dev-util/pkgconfig: 0.28-r1::gentoo sys-apps/baselayout: 2.2::gentoo sys-apps/openrc:
Re: [gentoo-user] nepomuk gone, baloo enters
Peter Humphrey wrote: On Friday 21 August 2015 10:06:15 Francisco Ares wrote: Hi, In fact, I can only suppose there's something related to changing from nepomuk to baloo: Now, every time I log in, a window pops up asking for root password. The window title is PolicyKit - KDE and pressing the button Details, it shows: Action: Folder Watch Limit polkit.subject-pid:5254 polkit.caller-pid: 6699 Looking for those PIDs: ~ $ ps -A | grep 5254 5254 ?00:00:07 baloo_file and PID 6699 doesn't show up any more, probably the process has already ended. Did I miss something? How do I set up Baloo? Looking on the net, I only found how to set up a file ~/.kde4/share/config/nepomukserverrc (that was nonexistent, which seemed strange), is there something else regarding the database it might be willing to use? I may have missed something here, but I'm puzzled. Without running an exhaustive search, the only \*baloo\* or \*nepomuk\* files I see on this box are these: $ find . -name \*baloo\* ./.config/akonadi/agent_config_akonadi_baloo_indexer ./.config/akonadi/agent_config_akonadi_baloo_indexer_changes.dat ./.local/share/baloo ./.kde4/share/config/baloorc ./.kde4/share/config/baloofilerc ...and this: $ cat /etc/dbus-1/system.d/org.kde.baloo.filewatch.conf !DOCTYPE busconfig PUBLIC -//freedesktop//DTD D-BUS Bus Configuration 1.0//EN http://www.freedesktop.org/standards/dbus/1.0/busconfig.dtd; busconfig !-- Only user root can own the foo helper -- policy user=root allow own=org.kde.baloo.filewatch/ /policy /busconfig No sign of a filewatch-inotify anywhere, and the only file in /etc/sysctl.d is a readme. This is an openrc box, not systemd; maybe that's the difference. I've just removed -semantic-desktop from make.conf and only dolphin and gwenview were reinstalled. I'm writing this in KMail. So where have those files come from on your system? Have you run equery b on them? I removed the USE flags here and got this: root@fireball / # emerge -uvaDN world These are the packages that would be merged, in order: Calculating dependencies... done! [ebuild N ] kde-base/baloo-widgets-4.14.3:4/4.14::gentoo USE=(-aqua) -debug 37 KiB [ebuild R] kde-apps/gwenview-4.14.3:4/4.14::gentoo USE=handbook kipi semantic-desktop* (-aqua) -debug 0 KiB [ebuild R ~] media-gfx/digikam-4.12.0:4::gentoo USE=gphoto2 handbook mysql semantic-desktop* thumbnails -addressbook (-aqua) -debug -doc -video LINGUAS=-af -ar -az -be -bg -bn -br -bs -ca -cs -csb -cy -da -de -el -en_GB -eo -es -et -eu -fa -fi -fo -fr -fy -ga -gl -ha -he -hi -hr -hsb -hu -id -is -it -ja -ka -kk -km -ko -ku -lb -lo -lt -lv -mi -mk -mn -ms -mt -nb -nds -ne -nl -nn -nso -oc -pa -pl -pt -pt_BR -ro -ru -rw -se -sk -sl -sq -sr -sr@Latn -ss -sv -ta -te -tg -th -tr -tt -uk -uz -uz@cyrillic -ven -vi -wa -xh -zh_CN -zh_HK -zh_TW -zu 0 KiB [ebuild R] kde-apps/dolphin-4.14.3:4/4.14::gentoo USE=handbook semantic-desktop* (-aqua) -debug -thumbnail 0 KiB Total: 4 packages (1 new, 3 reinstalls), Size of downloads: 37 KiB It pulls in a extra package here. Sharing info just in case it might help. Dale :-) :-)
Re: [gentoo-user] Anyone using xfce4 with compositing turned off?
On Saturday 22 Aug 2015 03:08:41 waben...@gmail.com wrote: walt w41...@gmail.com wrote: I'm seeing horrible performance from the xfce window manager (xfwm4) on my main, everyday machine, but not on an older backup machine or on any of the linux virtual machines I run on virtualbox. The symptoms: moving a window with the mouse is so slow as to be painful, and the CPU usage (on one of four CPUs) jumps to 100% almost immediately (xfwm4 is the culprit, see below). I'm using XFCE as DE and xfwm4 as WM. Since I bought a new GPU (Radeon R7 250), I don't use compositing any more because it causes tearing when I watch videos in fullscreen with 3840x2160. With this GPU I also had some random freezes when compositing was enabled. Beside this, performance is very good, regardless compositing is enabled or disabled. Scrolling text or moving windows around is a bit faster and smoother with compositing enabled, especially when other windows are in the foreground. With my old GPU (Radeon HD4550) I always had compositing enabled. Everything was smoother and I saw absolutely no glitches, but performance was also good with compositing disabled, just not quite as smooth as with compositing enabled. If I open an xterm and run (for example) /usr/bin/marco --replace, this sluggish behavior returns to normal immediately. After wasting hours on google I finally noticed that I had compiled x11-wm/xfwm4 with the xcomposite useflag disabled, so I enabled it and re-emerged xfwm4. Now I can get decent performance from xfwm4, but only if first I turn on compositing by running xfwm4-tweaks-settings. (No, not by running the puny and feeble xfwm4-settings app: I need to invoke a tweak to make xfce4 an acceptable Desktop Environment on my main desktop machine. As long as I use XFCE (many years) xfwm4-tweaks-settings is the program to toggle compositing. It's just a name, what is the problem? :-) Or do you mean, that you must enable compositing every time you start XFCE? official rant mode I remember going through this same frustration with gnome3, which was (and is) unusable without installing the gnome-tweak-tool package and using it to customize settings that I still don't understand. (That's why I finally gave up on gnome3, and I may yet give up on xfce4 and go back to mate.) Note that I'm not turning off official rant mode yet, but I should mention that this machine is ~amd64 with ati-drivers-15.7 and vanilla kernel 3.14.51. (Same problem with gentoo-sources-3.18.19, BTW.) I'm using stable xf86-video-ati and stable hardened-sources. I never used ati-drivers because I don't like to have proprietary software on my gentoo box. For me xf86-video-ati works well and has a sufficient 2D and 3D performance. -- Regards wabe Hmm ... interesting. I have a PC with the Kaveri APU, which also uses the R7 graphics engine, but compositing has no problems for general desktop usage (with two monitors). 00:01.0 VGA compatible controller: Advanced Micro Devices, Inc. [AMD/ATI] Kaveri [Radeon R7 Graphics] (prog-if 00 [VGA controller]) Subsystem: ASUSTeK Computer Inc. Kaveri [Radeon R7 Graphics] Flags: bus master, fast devsel, latency 0, IRQ 25 Memory at e000 (64-bit, prefetchable) [size=256M] Memory at f000 (64-bit, prefetchable) [size=8M] I/O ports at f000 [size=256] Memory at feb0 (32-bit, non-prefetchable) [size=256K] Expansion ROM at feb4 [disabled] [size=128K] Capabilities: [48] Vendor Specific Information: Len=08 ? Capabilities: [50] Power Management version 3 Capabilities: [58] Express Root Complex Integrated Endpoint, MSI 00 Capabilities: [a0] MSI: Enable+ Count=1/1 Maskable- 64bit+ Capabilities: [100] Vendor Specific Information: ID=0001 Rev=1 Len=010 ? Capabilities: [270] #19 Capabilities: [2b0] Address Translation Service (ATS) Capabilities: [2c0] #13 Capabilities: [2d0] #1b Kernel driver in use: radeon I don't know if your card is significantly different, but can share settings if you are interested. -- Regards, Mick signature.asc Description: This is a digitally signed message part.
Re: [gentoo-user] Re: Install PreQualifying Matrix
On Fri, Aug 21, 2015 at 11:29 PM, James wirel...@tampabay.rr.com wrote: Rich Freeman rich0 at gentoo.org writes: for (BS) Big Science, imho. BS needs all resources solving and supporting a single problem, with as low of latency as possible. What kind of latency are you expecting to get with Gentoo running on CoreOS? A process inside a container is no different from a process outside a container as far as anything other than access/visibility goes. They're just processes as far as the kernel is concerned. Sure, it isn't quite booting with init=myscieneapp but it is about as close as you'll get to that. I'm not planning on running gentoo on CoreOS; so apologies if that is confusing. I'm intending on running a stripped and optimized gentoo OS and linux kernel as close to bare metal as I can. gcc5 is targeted at both system, GPU and distributed resource compiling (RDMA). Don't get me wrong - I appreciate the desire for bare-metal performance in the high-performance computing world. I've heard stories/rumors of Gentoo getting attention elsewhere in this domain, and we have a disproportionate number of physical scientists and such in the community (including probably half of the Council - we joke about it). I've even heard of Gentoo used in high-throughput trading, though a lot of that has moved on to ASICs and such and nobody talks openly about what they're doing. I was just trying to point out that containers are very different from VMs, while generally trying to solve the same sorts of problems. VMs create continuous execution overhead and are memory-expensive. Containers have zero execution overhead and are very memory-efficient. Of course, if you throw 5x as many running processes on the same PC you're still going to consume more RAM and CPU, but 5 containers running on 1 PC tend to be pretty close to the CPU+RAM requirements of linux hosts running on 5 PCs. If you're just using containers for configuration-management/etc and just run one container on a node, then you're going to be very close to the same performance you'd get running it on bare metal. From the kernel's perspective every linux system uses containers. They just tend to use a single container. The kernel doesn't do anything differently when a process spawns in a container. When that process looks out at the world the kernel shows it everything within its namespaces. That is true whether you have one set of namespaces on the system or 50. As far as I'm aware the system calls all take just as long to run either way. Containers really are just about adding one more field to the keys in various kernel objects like processes/tasks. -- Rich
Re: [gentoo-user] nepomuk gone, baloo enters
(You're up early! :) ) On Saturday 22 August 2015 05:03:31 Dale wrote: Peter Humphrey wrote: I may have missed something here, but I'm puzzled. Without running an exhaustive search, the only \*baloo\* or \*nepomuk\* files I see on this box are these: $ find . -name \*baloo\* ./.config/akonadi/agent_config_akonadi_baloo_indexer ./.config/akonadi/agent_config_akonadi_baloo_indexer_changes.dat ./.local/share/baloo ./.kde4/share/config/baloorc ./.kde4/share/config/baloofilerc ...and this: $ cat /etc/dbus-1/system.d/org.kde.baloo.filewatch.conf !DOCTYPE busconfig PUBLIC -//freedesktop//DTD D-BUS Bus Configuration 1.0//EN http://www.freedesktop.org/standards/dbus/1.0/busconfig.dtd; busconfig !-- Only user root can own the foo helper -- policy user=root allow own=org.kde.baloo.filewatch/ /policy /busconfig No sign of a filewatch-inotify anywhere, and the only file in /etc/sysctl.d is a readme. This is an openrc box, not systemd; maybe that's the difference. I've just removed -semantic-desktop from make.conf and only dolphin and gwenview were reinstalled. I'm writing this in KMail. So where have those files come from on your system? Have you run equery b on them? I removed the USE flags here and got this: root@fireball / # emerge -uvaDN world These are the packages that would be merged, in order: Calculating dependencies... done! [ebuild N ] kde-base/baloo-widgets-4.14.3:4/4.14::gentoo USE=(-aqua) -debug 37 KiB [ebuild R] kde-apps/gwenview-4.14.3:4/4.14::gentoo USE=handbook kipi semantic-desktop* (-aqua) -debug 0 KiB [ebuild R ~] media-gfx/digikam-4.12.0:4::gentoo USE=gphoto2 handbook mysql semantic-desktop* thumbnails -addressbook (-aqua) -debug -doc -video LINGUAS=-af -ar -az -be -bg -bn -br -bs -ca -cs -csb -cy -da -de -el -en_GB -eo -es -et -eu -fa -fi -fo -fr -fy -ga -gl -ha -he -hi -hr -hsb -hu -id -is -it -ja -ka -kk -km -ko -ku -lb -lo -lt -lv -mi -mk -mn -ms -mt -nb -nds -ne -nl -nn -nso -oc -pa -pl -pt -pt_BR -ro -ru -rw -se -sk -sl -sq -sr -sr@Latn -ss -sv -ta -te -tg -th -tr -tt -uk -uz -uz@cyrillic -ven -vi -wa -xh -zh_CN -zh_HK -zh_TW -zu 0 KiB [ebuild R] kde-apps/dolphin-4.14.3:4/4.14::gentoo USE=handbook semantic-desktop* (-aqua) -debug -thumbnail 0 KiB Total: 4 packages (1 new, 3 reinstalls), Size of downloads: 37 KiB It pulls in a extra package here. Sharing info just in case it might help. But baloo-widgets doesn't use the semantic-desktop flag. Emerge -pv: [ebuild R] kde-base/baloo-widgets-4.14.3:4/4.14::gentoo USE=(-aqua) -debug 0 KiB Something else must be pulling it in on your box, Dale, no? -- Rgds Peter
Re: [gentoo-user] nepomuk gone, baloo enters
Peter Humphrey wrote: (You're up early! :) ) On Saturday 22 August 2015 05:03:31 Dale wrote: I removed the USE flags here and got this: root@fireball / # emerge -uvaDN world These are the packages that would be merged, in order: Calculating dependencies... done! [ebuild N ] kde-base/baloo-widgets-4.14.3:4/4.14::gentoo USE=(-aqua) -debug 37 KiB [ebuild R] kde-apps/gwenview-4.14.3:4/4.14::gentoo USE=handbook kipi semantic-desktop* (-aqua) -debug 0 KiB [ebuild R ~] media-gfx/digikam-4.12.0:4::gentoo USE=gphoto2 handbook mysql semantic-desktop* thumbnails -addressbook (-aqua) -debug -doc -video LINGUAS=-af -ar -az -be -bg -bn -br -bs -ca -cs -csb -cy -da -de -el -en_GB -eo -es -et -eu -fa -fi -fo -fr -fy -ga -gl -ha -he -hi -hr -hsb -hu -id -is -it -ja -ka -kk -km -ko -ku -lb -lo -lt -lv -mi -mk -mn -ms -mt -nb -nds -ne -nl -nn -nso -oc -pa -pl -pt -pt_BR -ro -ru -rw -se -sk -sl -sq -sr -sr@Latn -ss -sv -ta -te -tg -th -tr -tt -uk -uz -uz@cyrillic -ven -vi -wa -xh -zh_CN -zh_HK -zh_TW -zu 0 KiB [ebuild R] kde-apps/dolphin-4.14.3:4/4.14::gentoo USE=handbook semantic-desktop* (-aqua) -debug -thumbnail 0 KiB Total: 4 packages (1 new, 3 reinstalls), Size of downloads: 37 KiB It pulls in a extra package here. Sharing info just in case it might help. But baloo-widgets doesn't use the semantic-desktop flag. Emerge -pv: [ebuild R] kde-base/baloo-widgets-4.14.3:4/4.14::gentoo USE=(-aqua) -debug 0 KiB Something else must be pulling it in on your box, Dale, no? Well, when I went back and put it back like it was, I got this: root@fireball / # emerge -uvaDN world These are the packages that would be merged, in order: Calculating dependencies... done! Total: 0 packages, Size of downloads: 0 KiB Nothing to merge; quitting. root@fireball / # So, it seems that USE flag is not optional for that package but that the USE flag being enabled causes it to be pulled in. I've had that crap disabled here since way back. Oh, I haven't been to bed yet. Give me a few minutes tho. -_- Dale :-) :-)
Re: [gentoo-user] Re: Epic list of total FAIL.
On Saturday 22 Aug 2015 09:18:05 Dale wrote: Fernando Rodriguez wrote: On Saturday, August 22, 2015 1:52:00 AM Alan Grimes wrote: That said, I spent the day doing diagnostics: Findings: 1. There were a hell of a lot more memory errors than I had seen before. 2. There was a smudge on one of the dimm's contacts and some of the usual dust on the CPU-facing one. 3. The motherboard was not developed by sane engineers. In a sane world, there are two types of variables: measured variables and controlled variables. The RAM voltage would appear to be a controlled variable but it is also a measured variable. In order to achieve a close approximation of 1.5v, I had to set it to 1.530 volts. WTF... 4. an AMD K10 processor cannot successfully drive 8-ranks of high density ram at 2x800 mhz -- BUT IT WILL TRY!!! I found all dimms to be good either individually or in pairs, but the entire ram compliment of four dims cannot be run at full speed at once with the CPU/motherboard I have installed. Findings 3 4 sound like a faulty or underrated PSU...or a bad motherboard. Start by unplugging everything that you don't need to boot from a live CD and run some tests. It sure does. A weak power supply will certainly cause some issues. I also concur that the most likely cause of this problem is the PSU but first, I would clean the RAM contacts. Then try a replacement PSU if you have a spare one, or take your multimeter and measure the output, checking for lower voltage values and fluctuations. If you get bad measurements, then take your soldering iron out and for a few pence inspect and replace any domed, or all capacitors on the secondary (output) side. -- Regards, Mick signature.asc Description: This is a digitally signed message part.
Re: [gentoo-user] nepomuk gone, baloo enters
On Saturday 22 Aug 2015 12:07:00 Dale wrote: Peter Humphrey wrote: (You're up early! :) ) On Saturday 22 August 2015 05:03:31 Dale wrote: I removed the USE flags here and got this: root@fireball / # emerge -uvaDN world These are the packages that would be merged, in order: Calculating dependencies... done! [ebuild N ] kde-base/baloo-widgets-4.14.3:4/4.14::gentoo USE=(-aqua) -debug 37 KiB [ebuild R] kde-apps/gwenview-4.14.3:4/4.14::gentoo USE=handbook kipi semantic-desktop* (-aqua) -debug 0 KiB [ebuild R ~] media-gfx/digikam-4.12.0:4::gentoo USE=gphoto2 handbook mysql semantic-desktop* thumbnails -addressbook (-aqua) -debug -doc -video LINGUAS=-af -ar -az -be -bg -bn -br -bs -ca -cs -csb -cy -da -de -el -en_GB -eo -es -et -eu -fa -fi -fo -fr -fy -ga -gl -ha -he -hi -hr -hsb -hu -id -is -it -ja -ka -kk -km -ko -ku -lb -lo -lt -lv -mi -mk -mn -ms -mt -nb -nds -ne -nl -nn -nso -oc -pa -pl -pt -pt_BR -ro -ru -rw -se -sk -sl -sq -sr -sr@Latn -ss -sv -ta -te -tg -th -tr -tt -uk -uz -uz@cyrillic -ven -vi -wa -xh -zh_CN -zh_HK -zh_TW -zu 0 KiB [ebuild R] kde-apps/dolphin-4.14.3:4/4.14::gentoo USE=handbook semantic-desktop* (-aqua) -debug -thumbnail 0 KiB Total: 4 packages (1 new, 3 reinstalls), Size of downloads: 37 KiB It pulls in a extra package here. Sharing info just in case it might help. But baloo-widgets doesn't use the semantic-desktop flag. Emerge -pv: [ebuild R] kde-base/baloo-widgets-4.14.3:4/4.14::gentoo USE=(-aqua) -debug 0 KiB Something else must be pulling it in on your box, Dale, no? Well, when I went back and put it back like it was, I got this: root@fireball / # emerge -uvaDN world These are the packages that would be merged, in order: Calculating dependencies... done! Total: 0 packages, Size of downloads: 0 KiB Nothing to merge; quitting. root@fireball / # So, it seems that USE flag is not optional for that package but that the USE flag being enabled causes it to be pulled in. I've had that crap disabled here since way back. Oh, I haven't been to bed yet. Give me a few minutes tho. -_- Dale :-) :-) There was an e-news item: 2015-08-11-nepomuk-removal Therefore, I think that the nepomuk USE flag is no longer valid, although semantic-desktop is still being used. KDEPIM needs the semantic-desktop USE flag, or it won't work fully. -- Regards, Mick signature.asc Description: This is a digitally signed message part.
Re: [gentoo-user] Re: Epic list of total FAIL.
On 22/08/2015 13:25, Mick wrote: On Saturday 22 Aug 2015 09:18:05 Dale wrote: Fernando Rodriguez wrote: On Saturday, August 22, 2015 1:52:00 AM Alan Grimes wrote: That said, I spent the day doing diagnostics: Findings: 1. There were a hell of a lot more memory errors than I had seen before. 2. There was a smudge on one of the dimm's contacts and some of the usual dust on the CPU-facing one. 3. The motherboard was not developed by sane engineers. In a sane world, there are two types of variables: measured variables and controlled variables. The RAM voltage would appear to be a controlled variable but it is also a measured variable. In order to achieve a close approximation of 1.5v, I had to set it to 1.530 volts. WTF... 4. an AMD K10 processor cannot successfully drive 8-ranks of high density ram at 2x800 mhz -- BUT IT WILL TRY!!! I found all dimms to be good either individually or in pairs, but the entire ram compliment of four dims cannot be run at full speed at once with the CPU/motherboard I have installed. Findings 3 4 sound like a faulty or underrated PSU...or a bad motherboard. Start by unplugging everything that you don't need to boot from a live CD and run some tests. It sure does. A weak power supply will certainly cause some issues. I also concur that the most likely cause of this problem is the PSU but first, I would clean the RAM contacts. Then try a replacement PSU if you have a spare one, or take your multimeter and measure the output, checking for lower voltage values and fluctuations. If you get bad measurements, then take your soldering iron out and for a few pence inspect and replace any domed, or all capacitors on the secondary (output) side. nitpick A multimeter is not really a valid test. If say the 5V rail is dodgy, then the output will still be a solid 5V. What's happening is that the PSU regulator circuitry can't keep up so the output averages 5V (that's what the transformer gives out) with large amounts of high-frequency ripple superimposed. Your multimeter average's that out and displays ... 5V! When things get really bad the output may dip momentarily when load is drawn, but by that stage the PSU has been struggling for a long time already. Use an oscilloscope instead, and you see immediately what condition the output is in. /nitpick Few IT techs just happen to have an expensive oscilloscope just lying around, so a good recommendation is to replace the PSU anyway every 2 years or so - more if the thing runs hot. I consider these as wearing items, sorta like oil filters -- Alan McKinnon alan.mckin...@gmail.com
Re: [gentoo-user] Re: Epic list of total FAIL.
On Saturday, August 22, 2015 1:52:00 AM Alan Grimes wrote: J. Roeleveld wrote: Please don't bother this list with more of your complaining until you grow up and learn how to use computers properly. I built my first machine nearly a quarter century ago. =| Shame! That said, I spent the day doing diagnostics: Findings: 1. There were a hell of a lot more memory errors than I had seen before. 2. There was a smudge on one of the dimm's contacts and some of the usual dust on the CPU-facing one. 3. The motherboard was not developed by sane engineers. In a sane world, there are two types of variables: measured variables and controlled variables. The RAM voltage would appear to be a controlled variable but it is also a measured variable. In order to achieve a close approximation of 1.5v, I had to set it to 1.530 volts. WTF... 4. an AMD K10 processor cannot successfully drive 8-ranks of high density ram at 2x800 mhz -- BUT IT WILL TRY!!! I found all dimms to be good either individually or in pairs, but the entire ram compliment of four dims cannot be run at full speed at once with the CPU/motherboard I have installed. Findings 3 4 sound like a faulty or underrated PSU...or a bad motherboard. Start by unplugging everything that you don't need to boot from a live CD and run some tests. 5. I found a set of settings that went through memtest fine but caused linux to segfault and die. I backed off the FSB a few notches while adjusting the multipliers to stay within the specified frequency for the processor and it seems to be OK now. -- Fernando Rodriguez
[gentoo-user] Snort compiling problems
Hi List, I am having problems compiling Snort :( I have tried emerge snort Also tried compiling in the comandline I have tried all my installed gcc profiles... # gcc-config -l [1] x86_64-pc-linux-gnu-4.5.4 [2] x86_64-pc-linux-gnu-4.6.4 [3] x86_64-pc-linux-gnu-4.7.3 [4] x86_64-pc-linux-gnu-4.8.4 * All failed :( make[4]: Entering directory '/var/tmp/portage/net-analyzer/snort-2.9.7.5/work/snort-2.9.7.5/src/preprocessors/Stream6' x86_64-pc-linux-gnu-gcc -DHAVE_CONFIG_H -I. -I../../.. -I../../.. -I../../../src -I../../../src/sfutil -I/usr/include/pcap -I../../../src/output-plugins -I../../../src/detection-plugins -I../../../src/dynamic-plugins -I../../../src/preprocessors -I../../../src/preprocessors/portscan -I../../../src/preprocessors/HttpInspect/include -I../../../src/preprocessors/Session -I../../../src/preprocessors/Stream6 -I../../../src/target-based -I../../../src/control -I../../../src/file-process -I../../../src/file-process/libs -I../../../src/side-channel -I../../../src/side-channel/plugins -DLZMA -DNDEBUG -DNOCOREFILE -DSF_WCHAR -DSNORT_RELOAD -DRELOAD_ERROR_FATAL -DNO_NON_ETHER_DECODER -O2 -march=core2 -mtune=core2 -pipe -DSF_VISIBILITY -fvisibility=hidden -fno-strict-aliasing -Wall -c -o snort_stream_tcp.o snort_stream_tcp.c snort_stream_tcp.c:466:89: error: unknown type name 'NormFlags' static inline int Stream_NormGetMode(uint16_t reassembly_policy, const SnortConfig* sc, NormFlags nf) ^ snort_stream_tcp.c: In function 'AddStreamNode': snort_stream_tcp.c:6160:9: warning: implicit declaration of function 'NormalTrimPayloadIfWin' [-Wimplicit-function-declaration] NormalTrimPayloadIfWin(p, 0, tdb); ^ snort_stream_tcp.c: In function 'ProcessTcpData': snort_stream_tcp.c:7275:9: warning: implicit declaration of function 'NormalTrimPayloadIfSyn' [-Wimplicit-function-declaration] NormalTrimPayloadIfSyn(p, 0, tdb); ^ snort_stream_tcp.c: In function 'ProcessTcp': snort_stream_tcp.c:8381:17: warning: implicit declaration of function 'NormalTrimPayloadIfRst' [-Wimplicit-function-declaration] NormalTrimPayloadIfRst(p, 0, tdb); ^ snort_stream_tcp.c: At top level: snort_stream_tcp.c:555:19: warning: 'CheckFlushPolicyOnData' used but never defined [enabled by default] static inline int CheckFlushPolicyOnData( ^ snort_stream_tcp.c:1184:29: warning: 'StreamTCPCreateSession' defined but not used [-Wunused-function] static SessionControlBlock *StreamTCPCreateSession( const SessionKey *key ) ^ snort_stream_tcp.c:1192:13: warning: 'StreamTCPDeactivateSession' defined but not used [-Wunused-function] static void StreamTCPDeactivateSession( SessionControlBlock *scb ) ^ snort_stream_tcp.c:1206:12: warning: 'StreamTCPDeleteSession' defined but not used [-Wunused-function] static int StreamTCPDeleteSession( const SessionKey *key ) ^ Makefile:389: recipe for target 'snort_stream_tcp.o' failed make[4]: *** [snort_stream_tcp.o] Error 1 make[4]: Leaving directory '/var/tmp/portage/net-analyzer/snort-2.9.7.5/work/snort-2.9.7.5/src/preprocessors/Stream6' Makefile:471: recipe for target 'all-recursive' failed make[3]: *** [all-recursive] Error 1 make[3]: Leaving directory '/var/tmp/portage/net-analyzer/snort-2.9.7.5/work/snort-2.9.7.5/src/preprocessors' Makefile:552: recipe for target 'all-recursive' failed make[2]: *** [all-recursive] Error 1 make[2]: Leaving directory '/var/tmp/portage/net-analyzer/snort-2.9.7.5/work/snort-2.9.7.5/src' Makefile:517: recipe for target 'all-recursive' failed make[1]: *** [all-recursive] Error 1 make[1]: Leaving directory '/var/tmp/portage/net-analyzer/snort-2.9.7.5/work/snort-2.9.7.5' Makefile:383: recipe for target 'all' failed make: *** [all] Error 2 Portage 2.2.18 (python 2.7.9-final-0, default/linux/amd64/13.0/desktop, gcc-4.8.4, glibc-2.20-r2, 3.18.7-gentoo x86_64) = System Settings = System uname: Linux-3.18.7-gentoo-x86_64-Intel-R-_Core-TM-_i5-4570_CPU_@_3.20GHz-with-gentoo-2.2 KiB Mem:15316468 total,543168 free KiB Swap: 33554428 total, 32086124 free Timestamp of repository gentoo: Fri, 21 Aug 2015 18:30:01 + sh bash 4.2_p45 ld GNU ld (Gentoo 2.24 p1.4) 2.24 distcc 3.1 x86_64-pc-linux-gnu [disabled] app-shells/bash: 4.2_p45::gentoo dev-java/java-config: 2.2.0::gentoo dev-lang/perl:5.18.2-r2::gentoo dev-lang/python: 2.7.9-r1::gentoo, 3.1.5::gentoo, 3.2.5-r6::gentoo, 3.4.1::gentoo dev-util/cmake: 2.8.12.2-r1::gentoo dev-util/pkgconfig: 0.28-r1::gentoo sys-apps/baselayout: 2.2::gentoo sys-apps/openrc: 0.16.4::gentoo sys-apps/sandbox: 2.6-r1::gentoo sys-devel/autoconf: 2.13::gentoo, 2.69::gentoo sys-devel/automake:
Re: [gentoo-user] nepomuk gone, baloo enters
On Saturday 22 August 2015 12:37:01 Mick wrote: There was an e-news item: 2015-08-11-nepomuk-removal Oo-er. Eselect news list here shows all news items as having been removed. I haven't seen that before - I'd better look into it. I did notice a batch of news files going by during a recent sync though, so perhaps this is another symptom of the gentoo sync mechanism. Therefore, I think that the nepomuk USE flag is no longer valid, although semantic-desktop is still being used. KDEPIM needs the semantic-desktop USE flag, or it won't work fully. As long as you only want the KMail component of KDEPim you can get away without semantic-desktop. So far. :-) -- Rgds Peter
[gentoo-user] 69.99 != 69.99
Hi, I have the following in a perl script: if ($a != $b) { print e: '$a', t: '$b'\n; } That will print: e: '69.99', t: '69.99' When I replace != with ne (if ($a ne $a) {), it doesn't print. Is that a bug or a feature? And if it's a feature, what's the explanation? And how do you deal with comparisions of variables when you get randomly either correct results or wrong ones? It's randomly because this statement checks multiple values in the script, and 69.99 is the only number showing up yet which isn't numerically equal to itself (but equal to itself when compared as strings).
Re: [gentoo-user] Snort compiling problems
On 08/22/2015 06:33 PM, Fernando Rodriguez wrote: On Saturday, August 22, 2015 5:34:24 PM Rod wrote: Hi List, I am having problems compiling Snort :( I have tried emerge snort Also tried compiling in the comandline I have tried all my installed gcc profiles... # gcc-config -l [1] x86_64-pc-linux-gnu-4.5.4 [2] x86_64-pc-linux-gnu-4.6.4 [3] x86_64-pc-linux-gnu-4.7.3 [4] x86_64-pc-linux-gnu-4.8.4 * All failed :( make[4]: Entering directory '/var/tmp/portage/net- analyzer/snort-2.9.7.5/work/snort-2.9.7.5/src/preprocessors/Stream6' x86_64-pc-linux-gnu-gcc -DHAVE_CONFIG_H -I. -I../../.. -I../../.. -I../../../src -I../../../src/sfutil -I/usr/include/pcap -I../../../src/output-plugins -I../../../src/detection-plugins -I../../../src/dynamic-plugins -I../../../src/preprocessors -I../../../src/preprocessors/portscan -I../../../src/preprocessors/HttpInspect/include -I../../../src/preprocessors/Session -I../../../src/preprocessors/Stream6 -I../../../src/target-based -I../../../src/control -I../../../src/file-process -I../../../src/file-process/libs -I../../../src/side-channel -I../../../src/side-channel/plugins -DLZMA -DNDEBUG -DNOCOREFILE -DSF_WCHAR -DSNORT_RELOAD -DRELOAD_ERROR_FATAL -DNO_NON_ETHER_DECODER -O2 -march=core2 -mtune=core2 -pipe -DSF_VISIBILITY -fvisibility=hidden -fno-strict-aliasing -Wall -c -o snort_stream_tcp.o snort_stream_tcp.c snort_stream_tcp.c:466:89: error: unknown type name 'NormFlags' static inline int Stream_NormGetMode(uint16_t reassembly_policy, const SnortConfig* sc, NormFlags nf) ^ snort_stream_tcp.c: In function 'AddStreamNode': snort_stream_tcp.c:6160:9: warning: implicit declaration of function 'NormalTrimPayloadIfWin' [-Wimplicit-function-declaration] NormalTrimPayloadIfWin(p, 0, tdb); ^ snort_stream_tcp.c: In function 'ProcessTcpData': snort_stream_tcp.c:7275:9: warning: implicit declaration of function 'NormalTrimPayloadIfSyn' [-Wimplicit-function-declaration] NormalTrimPayloadIfSyn(p, 0, tdb); ^ snort_stream_tcp.c: In function 'ProcessTcp': snort_stream_tcp.c:8381:17: warning: implicit declaration of function 'NormalTrimPayloadIfRst' [-Wimplicit-function-declaration] NormalTrimPayloadIfRst(p, 0, tdb); ^ snort_stream_tcp.c: At top level: snort_stream_tcp.c:555:19: warning: 'CheckFlushPolicyOnData' used but never defined [enabled by default] static inline int CheckFlushPolicyOnData( ^ snort_stream_tcp.c:1184:29: warning: 'StreamTCPCreateSession' defined but not used [-Wunused-function] static SessionControlBlock *StreamTCPCreateSession( const SessionKey *key ) ^ snort_stream_tcp.c:1192:13: warning: 'StreamTCPDeactivateSession' defined but not used [-Wunused-function] static void StreamTCPDeactivateSession( SessionControlBlock *scb ) ^ snort_stream_tcp.c:1206:12: warning: 'StreamTCPDeleteSession' defined but not used [-Wunused-function] static int StreamTCPDeleteSession( const SessionKey *key ) ^ Makefile:389: recipe for target 'snort_stream_tcp.o' failed make[4]: *** [snort_stream_tcp.o] Error 1 make[4]: Leaving directory '/var/tmp/portage/net- analyzer/snort-2.9.7.5/work/snort-2.9.7.5/src/preprocessors/Stream6' Makefile:471: recipe for target 'all-recursive' failed make[3]: *** [all-recursive] Error 1 make[3]: Leaving directory '/var/tmp/portage/net- analyzer/snort-2.9.7.5/work/snort-2.9.7.5/src/preprocessors' Makefile:552: recipe for target 'all-recursive' failed make[2]: *** [all-recursive] Error 1 make[2]: Leaving directory '/var/tmp/portage/net-analyzer/snort-2.9.7.5/work/snort-2.9.7.5/src' Makefile:517: recipe for target 'all-recursive' failed make[1]: *** [all-recursive] Error 1 make[1]: Leaving directory '/var/tmp/portage/net-analyzer/snort-2.9.7.5/work/snort-2.9.7.5' Makefile:383: recipe for target 'all' failed make: *** [all] Error 2 Portage 2.2.18 (python 2.7.9-final-0, default/linux/amd64/13.0/desktop, gcc-4.8.4, glibc-2.20-r2, 3.18.7-gentoo x86_64) = System Settings = System uname: Linux-3.18.7-gentoo-x86_64-Intel-R-_Core-TM-_i5-4570_CPU_@_3.20GHz-with- gentoo-2.2 KiB Mem:15316468 total,543168 free KiB Swap: 33554428 total, 32086124 free Timestamp of repository gentoo: Fri, 21 Aug 2015 18:30:01 + sh bash 4.2_p45 ld GNU ld (Gentoo 2.24 p1.4) 2.24 distcc 3.1 x86_64-pc-linux-gnu [disabled] app-shells/bash: 4.2_p45::gentoo dev-java/java-config: 2.2.0::gentoo dev-lang/perl:5.18.2-r2::gentoo dev-lang/python: 2.7.9-r1::gentoo, 3.1.5::gentoo, 3.2.5-r6::gentoo, 3.4.1::gentoo dev-util/cmake: 2.8.12.2-r1::gentoo dev-util/pkgconfig: 0.28-r1::gentoo sys-apps/baselayout: 2.2::gentoo sys-apps/openrc:
Re: [gentoo-user] use CGI::FormBuilder::Multi; ...
Am 21.08.2015 um 21:18 schrieb Fernando Rodriguez: On Friday, August 21, 2015 12:36:59 PM hw wrote: Hi, any idea why Umlaute are not displayed correctly when they appear in text generated from the FormBuilder module? When looking at the source of the form in the web browser, it has: ?xml version=1.0 encoding=utf-8? !DOCTYPE html PUBLIC -//W3C//DTD XHTML 1.0 Transitional//EN http://www.w3.org/TR/xhtml1/DTD/xhtml1-transitional.dtd; html xmlns=http://www.w3.org/1999/xhtml; lang=de_DE xml:lang=de_DE head titleJobnummer erzeugen/title link href=/styles/cgiforms.css rel=stylesheet type=text/css / script type=text/javascript!-- hide from old browsers [...] /script /head body h3Jobnummer erzeugen/h3 noscriptspan class=fb_invalidBitte aktivieren Sie JavaScript oder benutzen Sie einen neueren Webbrowser./span/noscript pSie m�ssen Angaben f�r die span class=fb_requiredhervorgehobenen/span Felder machen./p [...] So the header says the encoding is UTF-8. The message template is also UTF-8: sunflo cgi-bin # file /usr/lib/perl5/vendor_perl/5.20.1/CGI/FormBuilder/Messages/de.pm /usr/lib/perl5/vendor_perl/5.20.1/CGI/FormBuilder/Messages/de.pm: Perl5 module source, UTF-8 Unicode text sunflo cgi-bin # Text with Umlauten I put myself into the form, like field labels, are shown correctly. I have put '@charset utf-8;' at the beginning of the style sheet, but it doesn't help. How could I fix this problem? This is probably not the best list for this question, but one possible Likely not, yet it could be a Gentoo-specific problem. solution is to html encode it. You can use app-text/recode as follows: # echo 'ü' | recode utf8...html uuml; Or just use the codes from: http://www.lsa.umich.edu/german/hmr/schreiben/umlaute/umlaute_ASCII_html.html Thanks, I could patch the message template accordingly, that would solve the problem :)
Re: [gentoo-user] 69.99 != 69.99
On 22/08/2015 15:26, hw wrote: Hi, I have the following in a perl script: if ($a != $b) { print e: '$a', t: '$b'\n; } That will print: e: '69.99', t: '69.99' When I replace != with ne (if ($a ne $a) {), it doesn't print. Is that a bug or a feature? And if it's a feature, what's the explanation? And how do you deal with comparisions of variables when you get randomly either correct results or wrong ones? It's randomly because this statement checks multiple values in the script, and 69.99 is the only number showing up yet which isn't numerically equal to itself (but equal to itself when compared as strings). Computer languages have a much more exact idea of what equality means than you do. In your head (because you are human, not silicon) you are completely comfortable with taking 69.99 and treat8ing it as a string, or a number, or a mostly-rounded-off floating point number. The computer does not do it like that. To a computer, the same must be exactly the same. Two things a little bit different are completely different (or not equal). And perl has two different operators for (in)equality: != does a numerical comparison. More on this below ne does a string comparison. When viewed as a bunch of characters, 69.99 and 69.99 are identical. Now, your comparisons are NOT random. They are entirely predictable, as long as you know what is going on; you are running into floating point numbers. And as it turns out, computers never represent these things exactly (they are NOT integers). Even though they look identical on-screen, in RAM they will not be (this must be so for perl to do the print). Maybe they actually resolve to 69.99001 and 69.9900. You see them as close-as-dammit equal, perl sees them as entirely different. This is such as huge IT problem that many solutions have been proposed. You get classes like BigFloat that represent a floating point as an integer so that equality works, you can round the floats off before comparing them, or just make the things integers. The last one is nice: don't represent money as dollars and cents, represent it as cents or decicents and only divide by 100 (or 1000) when you finally get to display it. So how to fix your problem: you are doing what you shouldn't do - trying equality on floats. Turn them into integers, or round them off, or use =/= instead of != -- Alan McKinnon alan.mckin...@gmail.com
Re: [gentoo-user] Re: Epic list of total FAIL.
On Saturday 22 Aug 2015 12:47:52 Alan McKinnon wrote: On 22/08/2015 13:25, Mick wrote: Then try a replacement PSU if you have a spare one, or take your multimeter and measure the output, checking for lower voltage values and fluctuations. If you get bad measurements, then take your soldering iron out and for a few pence inspect and replace any domed, or all capacitors on the secondary (output) side. nitpick A multimeter is not really a valid test. If say the 5V rail is dodgy, then the output will still be a solid 5V. What's happening is that the PSU regulator circuitry can't keep up so the output averages 5V (that's what the transformer gives out) with large amounts of high-frequency ripple superimposed. Your multimeter average's that out and displays ... 5V! When things get really bad the output may dip momentarily when load is drawn, but by that stage the PSU has been struggling for a long time already. Use an oscilloscope instead, and you see immediately what condition the output is in. /nitpick Valid nitpick, esp. if an oscilloscope is available. Anecdotally, I have seen the amplitude of the ripple almost double *after* a repair than before. Admittedly, I think I used a capacitor with higher voltage rating, because that's all I could find at the time. Nevertheless, the PC worked fine after the repair, because the voltage output was at the right value and would hold steady under load. BTW, I've seen voltage values look reasonable when not connected to a load and collapse when load is applied. Few IT techs just happen to have an expensive oscilloscope just lying around, so a good recommendation is to replace the PSU anyway every 2 years or so - more if the thing runs hot. I consider these as wearing items, sorta like oil filters Yes, most electrolytic capacitors 'wear out' as time passes and drift from their original tolerance, which is quite wide to start with. I have repaired half a dozen of PSUs over the years with good results and unless I have a spare PSU available I resort to replacing the capacitors. It used to be the case that PSUs with (Japanese made) Hitachi caps could be relied upon for a build, but I don't know what comes out of China today. -- Regards, Mick signature.asc Description: This is a digitally signed message part.
Re: [gentoo-user] 69.99 != 69.99
Am 22.08.2015 um 15:43 schrieb Alan McKinnon: On 22/08/2015 15:26, hw wrote: Hi, I have the following in a perl script: if ($a != $b) { print e: '$a', t: '$b'\n; } That will print: e: '69.99', t: '69.99' When I replace != with ne (if ($a ne $a) {), it doesn't print. Is that a bug or a feature? And if it's a feature, what's the explanation? And how do you deal with comparisions of variables when you get randomly either correct results or wrong ones? It's randomly because this statement checks multiple values in the script, and 69.99 is the only number showing up yet which isn't numerically equal to itself (but equal to itself when compared as strings). Computer languages have a much more exact idea of what equality means than you do. In your head (because you are human, not silicon) you are completely comfortable with taking 69.99 and treat8ing it as a string, or a number, or a mostly-rounded-off floating point number. The computer does not do it like that. To a computer, the same must be exactly the same. Two things a little bit different are completely different (or not equal). And perl has two different operators for (in)equality: != does a numerical comparison. More on this below ne does a string comparison. When viewed as a bunch of characters, 69.99 and 69.99 are identical. When the value is numerically not 69.99 but something like 69.99001, then printing the value should print 69.99001 rather than 69.99. perl -e 'print 1/3 . \n;' prints 0.333 perl -e 'printf(%34.32f\n, 1/3);' prints 0.1482961625624739 perl -e 'print (((1/3 == 0.333) ? equal : not equal) . \n);' prints not equal perl -e 'print (((1/3 == 0.0.1482961625624739) ? equal : not equal) . \n);' prints Integer overflow in decimal number at -e line 1. a couple times This is random, may it be predictable or not, and what's the integer here? Now, your comparisons are NOT random. They are entirely predictable, as long as you know what is going on; you are running into floating point numbers. And as it turns out, computers never represent these things exactly (they are NOT integers). Even though they look identical on-screen, in RAM they will not be (this must be so for perl to do the print). Maybe they actually resolve to 69.99001 and 69.9900. You see them as close-as-dammit equal, perl sees them as entirely different. Why can't it print the number as it is, or at least as it is compared, like it should? If it would, one could see at once what the problem is. This is such as huge IT problem that many solutions have been proposed. You get classes like BigFloat that represent a floating point as an integer so that equality works, you can round the floats off before comparing them, or just make the things integers. The last one is nice: don't represent money as dollars and cents, represent it as cents or decicents and only divide by 100 (or 1000) when you finally get to display it. That would add quite a lot of complexity, and the problem should either be handled transparently, or the value should be printed as the software/computer sees it. It is a recipe for disaster when you tell your computer to print something but it prints something else instead. So how to fix your problem: you are doing what you shouldn't do - trying equality on floats. Turn them into integers, or round them off, or use =/= instead of != '=/=' is not an operator in perl?
Re: [gentoo-user] 69.99 != 69.99
https://en.wikipedia.org/wiki/Round-off_error https://en.wikipedia.org/wiki/Machine_epsilon Either add a tolerance (a - b = t) or compare them as strings as you've been doing.
Re: [gentoo-user] nepomuk gone, baloo enters
On Saturday 22 Aug 2015 14:13:46 Peter Humphrey wrote: On Saturday 22 August 2015 12:37:01 Mick wrote: There was an e-news item: 2015-08-11-nepomuk-removal Oo-er. Eselect news list here shows all news items as having been removed. I haven't seen that before - I'd better look into it. I did notice a batch of news files going by during a recent sync though, so perhaps this is another symptom of the gentoo sync mechanism. This is what it contains: 2015-08-11-nepomuk-removal Title Nepomuk removal AuthorJohannes Huber j...@gentoo.org Posted2015-08-11 Revision 1 With KDE SC 4.13.0 release the default semantic desktop search engine switched from Nepomuk to Baloo.[1] This change was honoured in Gentoo by changing the semantic-desktop use flag to cover the new engine and moving the old to nepomuk use flag. The underlaying storage backend for Nepomuk aka Virtuoso DB has a lot of unsolved upstream issues[2], therefore we will remove it. This means packages with build options on the old stack will drop them. Other packages which hard requiring it will be removed. If you are still using Nepomuk you can switch to Baloo by globally enable semantic-desktop and disabling nepomuk use flag in /etc/portage/make.conf or using one of the kde desktop profiles. [1] https://www.kde.org/announcements/4.13/ [2] https://bugs.gentoo.org/buglist.cgi?quicksearch=virtuoso Therefore, I think that the nepomuk USE flag is no longer valid, although semantic-desktop is still being used. KDEPIM needs the semantic-desktop USE flag, or it won't work fully. As long as you only want the KMail component of KDEPim you can get away without semantic-desktop. So far. :-) I think that migration of data will fail, address book searches won't work, etc. I haven't looked into it at any depth TBH, but enabled USE=nepomuk semantic-desktop as it was back then for this reason. -- Regards, Mick signature.asc Description: This is a digitally signed message part.
Re: [gentoo-user] 69.99 != 69.99
On Saturday, August 22, 2015 3:26:56 PM hw wrote: Hi, I have the following in a perl script: if ($a != $b) { print e: '$a', t: '$b'\n; } That will print: e: '69.99', t: '69.99' When I replace != with ne (if ($a ne $a) {), it doesn't print. Is that a bug or a feature? And if it's a feature, what's the explanation? And how do you deal with comparisions of variables when you get randomly either correct results or wrong ones? It's randomly because this statement checks multiple values in the script, and 69.99 is the only number showing up yet which isn't numerically equal to itself (but equal to itself when compared as strings). Most languages have a decimal type that you should use when you need exact math. I think for perl this is what you want: http://search.cpan.org/~zefram/Math-Decimal-0.003/lib/Math/Decimal.pm -- Fernando Rodriguez
Re: [gentoo-user] nepomuk gone, baloo enters
Mick wrote: On Saturday 22 Aug 2015 12:07:00 Dale wrote: Peter Humphrey wrote: (You're up early! :) ) On Saturday 22 August 2015 05:03:31 Dale wrote: I removed the USE flags here and got this: root@fireball / # emerge -uvaDN world These are the packages that would be merged, in order: Calculating dependencies... done! [ebuild N ] kde-base/baloo-widgets-4.14.3:4/4.14::gentoo USE=(-aqua) -debug 37 KiB [ebuild R] kde-apps/gwenview-4.14.3:4/4.14::gentoo USE=handbook kipi semantic-desktop* (-aqua) -debug 0 KiB [ebuild R ~] media-gfx/digikam-4.12.0:4::gentoo USE=gphoto2 handbook mysql semantic-desktop* thumbnails -addressbook (-aqua) -debug -doc -video LINGUAS=-af -ar -az -be -bg -bn -br -bs -ca -cs -csb -cy -da -de -el -en_GB -eo -es -et -eu -fa -fi -fo -fr -fy -ga -gl -ha -he -hi -hr -hsb -hu -id -is -it -ja -ka -kk -km -ko -ku -lb -lo -lt -lv -mi -mk -mn -ms -mt -nb -nds -ne -nl -nn -nso -oc -pa -pl -pt -pt_BR -ro -ru -rw -se -sk -sl -sq -sr -sr@Latn -ss -sv -ta -te -tg -th -tr -tt -uk -uz -uz@cyrillic -ven -vi -wa -xh -zh_CN -zh_HK -zh_TW -zu 0 KiB [ebuild R] kde-apps/dolphin-4.14.3:4/4.14::gentoo USE=handbook semantic-desktop* (-aqua) -debug -thumbnail 0 KiB Total: 4 packages (1 new, 3 reinstalls), Size of downloads: 37 KiB It pulls in a extra package here. Sharing info just in case it might help. But baloo-widgets doesn't use the semantic-desktop flag. Emerge -pv: [ebuild R] kde-base/baloo-widgets-4.14.3:4/4.14::gentoo USE=(-aqua) -debug 0 KiB Something else must be pulling it in on your box, Dale, no? Well, when I went back and put it back like it was, I got this: root@fireball / # emerge -uvaDN world These are the packages that would be merged, in order: Calculating dependencies... done! Total: 0 packages, Size of downloads: 0 KiB Nothing to merge; quitting. root@fireball / # So, it seems that USE flag is not optional for that package but that the USE flag being enabled causes it to be pulled in. I've had that crap disabled here since way back. Oh, I haven't been to bed yet. Give me a few minutes tho. -_- Dale :-) :-) There was an e-news item: 2015-08-11-nepomuk-removal Therefore, I think that the nepomuk USE flag is no longer valid, although semantic-desktop is still being used. KDEPIM needs the semantic-desktop USE flag, or it won't work fully. Yea, I read that and made sure that any related USE flags were disabled. I didn't want it back then and I don't want it now either. A lot of days, I wish KDE3 was still around and up to date. I switch back most likely. KDE3 worked just fine for me. Everything I use here works so whatever KDEPIM needs, it must have. I'm not sure I use anything it provides anyway. As I mentioned before, I don't really need ALL of KDE. I don't use Kmail, the KDE contact thingy or any of that. I just don't feel like figuring out what I could remove and what would need to be changed in my world file to just get what I really use. Maybe one of these days. Doubtful tho. Dale :-) :-)
Re: [gentoo-user] Snort compiling problems
On Saturday, August 22, 2015 11:04:42 PM Rod wrote: On 08/22/2015 06:33 PM, Fernando Rodriguez wrote: On Saturday, August 22, 2015 5:34:24 PM Rod wrote: Hi List, I am having problems compiling Snort :( I have tried emerge snort Also tried compiling in the comandline I have tried all my installed gcc profiles... # gcc-config -l [1] x86_64-pc-linux-gnu-4.5.4 [2] x86_64-pc-linux-gnu-4.6.4 [3] x86_64-pc-linux-gnu-4.7.3 [4] x86_64-pc-linux-gnu-4.8.4 * All failed :( make[4]: Entering directory '/var/tmp/portage/net- analyzer/snort-2.9.7.5/work/snort-2.9.7.5/src/preprocessors/Stream6' x86_64-pc-linux-gnu-gcc -DHAVE_CONFIG_H -I. -I../../.. -I../../.. -I../../../src -I../../../src/sfutil -I/usr/include/pcap -I../../../src/output-plugins -I../../../src/detection-plugins -I../../../src/dynamic-plugins -I../../../src/preprocessors -I../../../src/preprocessors/portscan -I../../../src/preprocessors/HttpInspect/include -I../../../src/preprocessors/Session -I../../../src/preprocessors/Stream6 -I../../../src/target-based -I../../../src/control -I../../../src/file-process -I../../../src/file-process/libs -I../../../src/side-channel -I../../../src/side-channel/plugins -DLZMA -DNDEBUG -DNOCOREFILE -DSF_WCHAR -DSNORT_RELOAD -DRELOAD_ERROR_FATAL -DNO_NON_ETHER_DECODER -O2 -march=core2 -mtune=core2 -pipe -DSF_VISIBILITY -fvisibility=hidden -fno-strict-aliasing -Wall -c -o snort_stream_tcp.o snort_stream_tcp.c snort_stream_tcp.c:466:89: error: unknown type name 'NormFlags' static inline int Stream_NormGetMode(uint16_t reassembly_policy, const SnortConfig* sc, NormFlags nf) ^ snort_stream_tcp.c: In function 'AddStreamNode': snort_stream_tcp.c:6160:9: warning: implicit declaration of function 'NormalTrimPayloadIfWin' [-Wimplicit-function-declaration] NormalTrimPayloadIfWin(p, 0, tdb); ^ snort_stream_tcp.c: In function 'ProcessTcpData': snort_stream_tcp.c:7275:9: warning: implicit declaration of function 'NormalTrimPayloadIfSyn' [-Wimplicit-function-declaration] NormalTrimPayloadIfSyn(p, 0, tdb); ^ snort_stream_tcp.c: In function 'ProcessTcp': snort_stream_tcp.c:8381:17: warning: implicit declaration of function 'NormalTrimPayloadIfRst' [-Wimplicit-function-declaration] NormalTrimPayloadIfRst(p, 0, tdb); ^ snort_stream_tcp.c: At top level: snort_stream_tcp.c:555:19: warning: 'CheckFlushPolicyOnData' used but never defined [enabled by default] static inline int CheckFlushPolicyOnData( ^ snort_stream_tcp.c:1184:29: warning: 'StreamTCPCreateSession' defined but not used [-Wunused-function] static SessionControlBlock *StreamTCPCreateSession( const SessionKey *key ) ^ snort_stream_tcp.c:1192:13: warning: 'StreamTCPDeactivateSession' defined but not used [-Wunused-function] static void StreamTCPDeactivateSession( SessionControlBlock *scb ) ^ snort_stream_tcp.c:1206:12: warning: 'StreamTCPDeleteSession' defined but not used [-Wunused-function] static int StreamTCPDeleteSession( const SessionKey *key ) ^ Makefile:389: recipe for target 'snort_stream_tcp.o' failed make[4]: *** [snort_stream_tcp.o] Error 1 make[4]: Leaving directory '/var/tmp/portage/net- analyzer/snort-2.9.7.5/work/snort-2.9.7.5/src/preprocessors/Stream6' Makefile:471: recipe for target 'all-recursive' failed make[3]: *** [all-recursive] Error 1 make[3]: Leaving directory '/var/tmp/portage/net- analyzer/snort-2.9.7.5/work/snort-2.9.7.5/src/preprocessors' Makefile:552: recipe for target 'all-recursive' failed make[2]: *** [all-recursive] Error 1 make[2]: Leaving directory '/var/tmp/portage/net-analyzer/snort-2.9.7.5/work/snort-2.9.7.5/src' Makefile:517: recipe for target 'all-recursive' failed make[1]: *** [all-recursive] Error 1 make[1]: Leaving directory '/var/tmp/portage/net-analyzer/snort-2.9.7.5/work/snort-2.9.7.5' Makefile:383: recipe for target 'all' failed make: *** [all] Error 2 Portage 2.2.18 (python 2.7.9-final-0, default/linux/amd64/13.0/desktop, gcc-4.8.4, glibc-2.20-r2, 3.18.7-gentoo x86_64) = System Settings = System uname: Linux-3.18.7-gentoo-x86_64-Intel-R-_Core-TM-_i5-4570_CPU_@_3.20GHz-with- gentoo-2.2 KiB Mem:15316468 total,543168 free KiB Swap: 33554428 total, 32086124 free Timestamp of repository gentoo: Fri, 21 Aug 2015 18:30:01 + sh bash 4.2_p45 ld GNU ld (Gentoo 2.24 p1.4) 2.24 distcc 3.1 x86_64-pc-linux-gnu [disabled] app-shells/bash: 4.2_p45::gentoo dev-java/java-config: 2.2.0::gentoo dev-lang/perl:
Re: [gentoo-user] 69.99 != 69.99
On Sat, Aug 22, 2015 at 1:32 PM, Alan McKinnon alan.mckin...@gmail.com wrote: I can tell you that equality comparisons on floats are problematic, and always will be due to how they are stored (double-precision floats, inhernetly inexact). This is not a problem per se, it's a systemic side effect of how our computers represent floats i.e. you can't fix it as there is nothing to fix It's not that floats are inherently inexact; it really has to do with trying to represent a base-10 number in a data structure designed to hold a base-2 number. If your number can be represented by some multiple of a power of 2, equality comparisons will work. If it cannot be, it has to be stored as an approximation. Someone else mentioned a decimal data type, which works much like a float but is designed for storing base-10 numbers.
Re: [gentoo-user] using systemd timers as a cron replacement
Am Sat, 22 Aug 2015 17:15:38 -0400 schrieb Fernando Rodriguez frodriguez.develo...@outlook.com: On Saturday, August 22, 2015 4:52:47 PM allan gottlieb wrote: I use systemd and wish to employ timers an analogue of cron.daily. The system is a laptop that is normally turned off each evening. As I read the manuals one can have either a monotone or a realtime timer. But I seem to need features of each. Specifically, I would like the daily timer to trigger 10 minutes (say) after boot (OnBootSec=600) but not more than once a day (OnCalendar=daily). The manual and several wiki pages suggest that you can't mix monotone and realtime options. Am I misreading the manual (and mixing is permitted) or is there a way to achieve my goals with just monotone or just realtime options. I think so, this is what systemd.timer(5) says: Multiple directives may be combined of the same and of different types. For example, by combining OnBootSec= and OnUnitActiveSec=, it is possible to define a timer that elapses in regular intervals and activates a specific service each time. There's also sys-process/systemd-cron that works like a regular cron and seems to work fine for me but I haven't tested it depth. Right, I have one timer that, for example, uses: [Timer] OnBootSec=10m OnUnitInactiveSec=1h HTH -- Marc Joliet -- People who think they know everything really annoy those of us who know we don't - Bjarne Stroustrup pgpBxfU0oce_j.pgp Description: Digitale Signatur von OpenPGP
Re: [gentoo-user] Snort compiling problems
On Sunday, August 23, 2015 8:27:17 AM Rod wrote: Snipped out the previous, takes a while to scroll... On 08/23/2015 07:40 AM, Fernando Rodriguez wrote: Post the output of: emerge -vap snort and then: USE=normalizer emerge -vap snort The only way NormFlags is left out (as far as I can see) is if you disable that flag (which is enabled by default). # emerge -pqv '=net-analyzer/snort-2.9.7.5::gentoo' [ebuild U ] net-analyzer/snort-2.9.7.5 [2.9.1] USE=threads -active-response -control-socket% -debug -file-inspect% -flexresp3 -gre -high-availability% -inline-init-failopen -large-pcap-64bit -linux-smp-stats -mpls -non-ether-decoders% -normalizer -perfprofiling -ppm -react -reload-error-restart (-selinux*) -shared-rep% -side-channel% -sourcefire% -static -targetbased (-aruba%) (-decoder-preprocessor-rules%) (-dynamicplugin%*) (-mysql%*) (-odbc%*) (-paf%) (-postgres%*) (-zlib%*) Ahhh, ok, I see it, -normalizer Maybe on newer install systems its enabled by default, but I have been running this system with Snort on it for 10 years or so... and I don't think normalizer would be that old in theUSE flags, opening `ufed` it doesn't show it as included or enabled, I have enabled it. # USE=normalizer emerge -vap snort [ebuild U ~] net-analyzer/snort-2.9.7.5::gentoo [2.9.1::gentoo] USE=normalizer* threads -active-response -control-socket% -debug -file-inspect% -flexresp3 -gre -high-availability% -inline-init-failopen -large-pcap-64bit -linux-smp-stats -mpls -non-ether-decoders% -perfprofiling -ppm -react -reload-error-restart (-selinux*) -shared-rep% -side-channel% -sourcefire% -static -targetbased (-aruba%) (-decoder-preprocessor-rules%) (-dynamicplugin%*) (-mysql%*) (-odbc%*) (-paf%) (-postgres%*) (-zlib%*) 0 KiB No luck I'm afraid grep your package.* in /etc/portage for snort entries. I didn't investigate which one is breaking this time but it must be something you got there somewhere. I just built it with the default use flags and it works. If it was profile changes you would've got them when you sync'd. And don't forget to file a bug. -- Fernando Rodriguez
Re: [gentoo-user] Filthy oscilloscope picture! =P
On Saturday, August 22, 2015 3:19:50 PM Alan Grimes wrote: Isn't this the filthiest oscilloscope u've seen recently? The only bare metal contact that I could safely use to get a reading off was a +12v line on a spare PCI-E gpu plug. The ground reference is the chassis. You can see the machine's settings in the photo clearly enough. The waveform is fairly constant, it stays in this mode most of the time but sometimes goes into a low ripple mode where the ripple falls to +/- 20mv and holds tight. The scaling indicates the upward spikes are around 0.120 volts and the downward spikes are about 0.22 volts. This __SHOULD__ be within the input tolerances of the motherboard's regulators. Regulators don't filter noise, they introduce it. Capacitors do that as somebody pointed on the other thread. So if you're on a tight budget and you have an electronics surplus store nearby you can replace all the capacitors on your mobo and PSU (except the big bulky ones on the PSU) for about $3. I would call this PSU marginal, it absolutely does power the machine but it's noise output is a bit larger than what I would prefer. Given that i'm flat on my ass broke with a foreclosure over my head, I am powerfully inclined to continue to live with the PSU the way it is now until it is no longer possible to do so. I had to use my windows 7 machine to get the photo off my camera because digikam does not compile. =| -- Fernando Rodriguez
Re: [gentoo-user] 69.99 != 69.99
On Sat, Aug 22 2015, Mike Gilbert wrote: On Sat, Aug 22, 2015 at 1:32 PM, Alan McKinnon alan.mckin...@gmail.com wrote: I can tell you that equality comparisons on floats are problematic, and always will be due to how they are stored (double-precision floats, inhernetly inexact). This is not a problem per se, it's a systemic side effect of how our computers represent floats i.e. you can't fix it as there is nothing to fix It's not that floats are inherently inexact; it really has to do with trying to represent a base-10 number in a data structure designed to hold a base-2 number. If your number can be represented by some multiple of a power of 2, equality comparisons will work. If it cannot be, it has to be stored as an approximation. I am not sure exactly what you mean. Every number is a multiple of a power of 2, in particular a multiple of 2^0=1. Also 2^0 + 2^1 + 2^2 + ... 2^100 != 2^100 + 2^99 + ... + 2^1 + 2^0 on a 64-bit machine assuming left to right addition. This example does not use floating point for that use negative exponents 2^-0 + 2^-1 + ... + 2^-100 != 2^-100 + ... + 2^-1 + 2^-0 In general for adding many positive floating point numbers, it is better to add the small numbers first. One more example. Assume a DECIMAL floating point machine with two digits of mantissa and say 20 digits of exponent. This machine cannot express 101 since that requires 3 digits of mantissa. Then 100 + 1 + 1 + ... + 1 (100 1s) = 100 1 + 1 + ... + 1 + 100 (100 1s) = 200 allan
Re: [gentoo-user] using systemd timers as a cron replacement
On Saturday, August 22, 2015 10:17:04 PM allan gottlieb wrote: On Sat, Aug 22 2015, Marc Joliet wrote: Am Sat, 22 Aug 2015 17:15:38 -0400 schrieb Fernando Rodriguez frodriguez.develo...@outlook.com: On Saturday, August 22, 2015 4:52:47 PM allan gottlieb wrote: I use systemd and wish to employ timers an analogue of cron.daily. The system is a laptop that is normally turned off each evening. As I read the manuals one can have either a monotone or a realtime timer. But I seem to need features of each. Specifically, I would like the daily timer to trigger 10 minutes (say) after boot (OnBootSec=600) but not more than once a day (OnCalendar=daily). The manual and several wiki pages suggest that you can't mix monotone and realtime options. Am I misreading the manual (and mixing is permitted) or is there a way to achieve my goals with just monotone or just realtime options. I think so, this is what systemd.timer(5) says: Multiple directives may be combined of the same and of different types. For example, by combining OnBootSec= and OnUnitActiveSec=, it is possible to define a timer that elapses in regular intervals and activates a specific service each time. There's also sys-process/systemd-cron that works like a regular cron and seems to work fine for me but I haven't tested it depth. Right, I have one timer that, for example, uses: [Timer] OnBootSec=10m OnUnitInactiveSec=1h Those are both monotone options so definitely can be combined. I want daily so would have [Timer] OnBootSec=10 minutes OnUnitInactiveSec=1d However If I boot the machine at 9am, turn it off at 10am, and boot again at 11am, won't the timer fire twice? I thought for monotone timers the time starts anew a the next boot? thanks, allan Sorry I'm not sure, it says the semantics are the same so I assume that means they can be mixed but I'm unclear if they run twice in that case. I guess you can just set it to a short interval, wait for it to run, then reboot and see what happens (and let us know the result :). If you use OnCalendar with Persistent=true it should run no more than once a day though, but it'll run right away on boot if you miss it one day. If you just want to replace cron my advice is install systemd-cron, it has the advantage that it'll satisfy any dependencies on cron. If you don't want to install it you can still download it and see how they did it. -- Fernando Rodriguez
Re: [gentoo-user] Filthy oscilloscope picture! =P
On 22/08/2015 21:19, Alan Grimes wrote: Isn't this the filthiest oscilloscope u've seen recently? I've seen cleaner. And dirtier. The only bare metal contact that I could safely use to get a reading off was a +12v line on a spare PCI-E gpu plug. The ground reference is the chassis. You can see the machine's settings in the photo clearly enough. The waveform is fairly constant, it stays in this mode most of the time but sometimes goes into a low ripple mode where the ripple falls to +/- 20mv and holds tight. The scaling indicates the upward spikes are around 0.120 volts and the downward spikes are about 0.22 volts. This __SHOULD__ be within the input tolerances of the motherboard's regulators. I would call this PSU marginal, it absolutely does power the machine but it's noise output is a bit larger than what I would prefer. I would call that PSU on it's last legs, and highly likely to be the root cause for the recent difficulties you've posted about and possibly more too. +100mV/-200mV is excessive Given that i'm flat on my ass broke with a foreclosure over my head, I am powerfully inclined to continue to live with the PSU the way it is now until it is no longer possible to do so. Well now you put it that way, you don't have many options other than use what you've got. But do realise that the next time you run into some weird issue, that PSU is most likely what you are dealing with as root cause. I had to use my windows 7 machine to get the photo off my camera because digikam does not compile. =| -- Alan McKinnon alan.mckin...@gmail.com
Re: [gentoo-user] Snort compiling problems
On 08/23/2015 08:59 AM, Fernando Rodriguez wrote: On Sunday, August 23, 2015 8:27:17 AM Rod wrote: Snipped out the previous, takes a while to scroll... On 08/23/2015 07:40 AM, Fernando Rodriguez wrote: Post the output of: emerge -vap snort and then: USE=normalizer emerge -vap snort The only way NormFlags is left out (as far as I can see) is if you disable that flag (which is enabled by default). # emerge -pqv '=net-analyzer/snort-2.9.7.5::gentoo' [ebuild U ] net-analyzer/snort-2.9.7.5 [2.9.1] USE=threads -active-response -control-socket% -debug -file-inspect% -flexresp3 -gre -high-availability% -inline-init-failopen -large-pcap-64bit -linux-smp-stats -mpls -non-ether-decoders% -normalizer -perfprofiling -ppm -react -reload-error-restart (-selinux*) -shared-rep% -side-channel% -sourcefire% -static -targetbased (-aruba%) (-decoder-preprocessor-rules%) (-dynamicplugin%*) (-mysql%*) (-odbc%*) (-paf%) (-postgres%*) (-zlib%*) Ahhh, ok, I see it, -normalizer Maybe on newer install systems its enabled by default, but I have been running this system with Snort on it for 10 years or so... and I don't think normalizer would be that old in theUSE flags, opening `ufed` it doesn't show it as included or enabled, I have enabled it. # USE=normalizer emerge -vap snort [ebuild U ~] net-analyzer/snort-2.9.7.5::gentoo [2.9.1::gentoo] USE=normalizer* threads -active-response -control-socket% -debug -file-inspect% -flexresp3 -gre -high-availability% -inline-init-failopen -large-pcap-64bit -linux-smp-stats -mpls -non-ether-decoders% -perfprofiling -ppm -react -reload-error-restart (-selinux*) -shared-rep% -side-channel% -sourcefire% -static -targetbased (-aruba%) (-decoder-preprocessor-rules%) (-dynamicplugin%*) (-mysql%*) (-odbc%*) (-paf%) (-postgres%*) (-zlib%*) 0 KiB No luck I'm afraid grep your package.* in /etc/portage for snort entries. I didn't investigate which one is breaking this time but it must be something you got there somewhere. I just built it with the default use flags and it works. If it was profile changes you would've got them when you sync'd. And don't forget to file a bug. net-analyzer/snort ~amd64 # required by net-analyzer/snort-2.9.6.1 # required by @selected # required by @world (argument) =net-libs/daq-2.0.2 ~amd64 -- --- Regards, Rod Smart 0417 513 286
Re: [gentoo-user] Re: Anyone using xfce4 with compositing turned off?
On Sat, 2015-08-22 at 19:08 -0700, walt wrote: On Sat, 22 Aug 2015 04:08:41 +0200 waben...@gmail.com wrote: I'm using XFCE as DE and xfwm4 as WM. Since I bought a new GPU (Radeon R7 250), I don't use compositing any more because it causes tearing when I watch videos in fullscreen with 3840x2160. With this GPU I also had some random freezes when compositing was enabled. Beside this, performance is very good, regardless compositing is enabled or disabled. Scrolling text or moving windows around is a bit faster and smoother with compositing enabled, especially when other windows are in the foreground. With my old GPU (Radeon HD4550) I always had compositing enabled. Everything was smoother and I saw absolutely no glitches, but performance was also good with compositing disabled, just not quite as smooth as with I forgot about xf86-video-ati until you mentioned it, so I just emerged it and (I think) made all the changes needed to reconfigure Xorg to use it instead of fglrx. Maybe I'm just too tired right now to think straight, but the error messages I see in Xorg.log tell me that my video chip is not supported. But, in the process of switching to xf86-video-ati and then back again to fglrx I noticed this error message from xfwm4: Error opening /dev/dri/card0: No such file or directory Correct, I have no /dev/dri directory. Do you have one? For radeon (free driver) you need to configure more than Xorg, check wiki article about radeon driver [1], It needs in kernel support, also most cards especially newer (=r600) need proprietary firmware. [1] https://wiki.gentoo.org/wiki/Radeon
Re: [gentoo-user] using systemd timers as a cron replacement
On Saturday, August 22, 2015 4:52:47 PM allan gottlieb wrote: I use systemd and wish to employ timers an analogue of cron.daily. The system is a laptop that is normally turned off each evening. As I read the manuals one can have either a monotone or a realtime timer. But I seem to need features of each. Specifically, I would like the daily timer to trigger 10 minutes (say) after boot (OnBootSec=600) but not more than once a day (OnCalendar=daily). The manual and several wiki pages suggest that you can't mix monotone and realtime options. Am I misreading the manual (and mixing is permitted) or is there a way to achieve my goals with just monotone or just realtime options. I think so, this is what systemd.timer(5) says: Multiple directives may be combined of the same and of different types. For example, by combining OnBootSec= and OnUnitActiveSec=, it is possible to define a timer that elapses in regular intervals and activates a specific service each time. There's also sys-process/systemd-cron that works like a regular cron and seems to work fine for me but I haven't tested it depth. thanks, allan -- Fernando Rodriguez
Re: [gentoo-user] 69.99 != 69.99
On Sat, 22 Aug 2015 16:57:41 hw wrote: Am 22.08.2015 um 15:43 schrieb Alan McKinnon: On 22/08/2015 15:26, hw wrote: Hi, I have the following in a perl script: if ($a != $b) { print e: '$a', t: '$b'\n; } That will print: e: '69.99', t: '69.99' When I replace != with ne (if ($a ne $a) {), it doesn't print. Is that a bug or a feature? And if it's a feature, what's the explanation? != does a numerical comparison. More on this below ne does a string comparison. When viewed as a bunch of characters, 69.99 and 69.99 are identical. Now, your comparisons are NOT random. They are entirely predictable, as long as you know what is going on; you are running into floating point numbers. And as it turns out, computers never represent these things exactly (they are NOT integers). Even though they look identical on-screen, in RAM they will not be (this must be so for perl to do the print). Maybe they actually resolve to 69.99001 and 69.9900. You see them as close-as-dammit equal, perl sees them as entirely different. Why can't it print the number as it is, or at least as it is compared, like it should? If it would, one could see at once what the problem is. Your print values are coming from the original variables. The numeric comparison does an internal conversion to two temporary variables, and compares those, WITHOUT affecting the original data. This string to float conversion appears not to be deterministic, if it converts two identical strings into two different float values, but I don't know enough about the internals to comment any further. -- Reverend Paul Colquhoun, ULC. http://andor.dropbear.id.au/ Asking for technical help in newsgroups? Read this first: http://catb.org/~esr/faqs/smart-questions.html#intro
Re: [gentoo-user] using systemd timers as a cron replacement
On Sat, Aug 22 2015, Marc Joliet wrote: Am Sat, 22 Aug 2015 17:15:38 -0400 schrieb Fernando Rodriguez frodriguez.develo...@outlook.com: On Saturday, August 22, 2015 4:52:47 PM allan gottlieb wrote: I use systemd and wish to employ timers an analogue of cron.daily. The system is a laptop that is normally turned off each evening. As I read the manuals one can have either a monotone or a realtime timer. But I seem to need features of each. Specifically, I would like the daily timer to trigger 10 minutes (say) after boot (OnBootSec=600) but not more than once a day (OnCalendar=daily). The manual and several wiki pages suggest that you can't mix monotone and realtime options. Am I misreading the manual (and mixing is permitted) or is there a way to achieve my goals with just monotone or just realtime options. I think so, this is what systemd.timer(5) says: Multiple directives may be combined of the same and of different types. For example, by combining OnBootSec= and OnUnitActiveSec=, it is possible to define a timer that elapses in regular intervals and activates a specific service each time. There's also sys-process/systemd-cron that works like a regular cron and seems to work fine for me but I haven't tested it depth. Right, I have one timer that, for example, uses: [Timer] OnBootSec=10m OnUnitInactiveSec=1h Those are both monotone options so definitely can be combined. I want daily so would have [Timer] OnBootSec=10 minutes OnUnitInactiveSec=1d However If I boot the machine at 9am, turn it off at 10am, and boot again at 11am, won't the timer fire twice? I thought for monotone timers the time starts anew a the next boot? thanks, allan
[gentoo-user] Re: 69.99 != 69.99
On Sat, 22 Aug 2015 16:57:41 +0200 hw h...@gartencenter-vaehning.de wrote: It is a recipe for disaster when you tell your computer to print something but it prints something else instead. The Android Stagefright exploit is a real-life example of exactly such a disaster. The arithmetic comparison in Stagefright was written in C, not perl, and compared integers instead of floats, but the underlying fault is the same in each case: programming languages today assume that human programmers think like machines. Until that fundamental flaw is eliminated from all programming languages, the problem will not go away. That won't happen in my lifetime, or yours. And that is why I'm pouring another glass of wine and going to bed :)
[gentoo-user] using systemd timers as a cron replacement
I use systemd and wish to employ timers an analogue of cron.daily. The system is a laptop that is normally turned off each evening. As I read the manuals one can have either a monotone or a realtime timer. But I seem to need features of each. Specifically, I would like the daily timer to trigger 10 minutes (say) after boot (OnBootSec=600) but not more than once a day (OnCalendar=daily). The manual and several wiki pages suggest that you can't mix monotone and realtime options. Am I misreading the manual (and mixing is permitted) or is there a way to achieve my goals with just monotone or just realtime options. thanks, allan
Re: [gentoo-user] nepomuk gone, baloo enters
On Saturday, August 22, 2015 5:03:31 AM Dale wrote: Peter Humphrey wrote: On Friday 21 August 2015 10:06:15 Francisco Ares wrote: Hi, In fact, I can only suppose there's something related to changing from nepomuk to baloo: Now, every time I log in, a window pops up asking for root password. The window title is PolicyKit - KDE and pressing the button Details, it shows: Action: Folder Watch Limit polkit.subject-pid:5254 polkit.caller-pid: 6699 Looking for those PIDs: ~ $ ps -A | grep 5254 5254 ?00:00:07 baloo_file and PID 6699 doesn't show up any more, probably the process has already ended. Did I miss something? How do I set up Baloo? Looking on the net, I only found how to set up a file ~/.kde4/share/config/nepomukserverrc (that was nonexistent, which seemed strange), is there something else regarding the database it might be willing to use? I may have missed something here, but I'm puzzled. Without running an exhaustive search, the only \*baloo\* or \*nepomuk\* files I see on this box are these: $ find . -name \*baloo\* ./.config/akonadi/agent_config_akonadi_baloo_indexer ./.config/akonadi/agent_config_akonadi_baloo_indexer_changes.dat ./.local/share/baloo ./.kde4/share/config/baloorc ./.kde4/share/config/baloofilerc ...and this: $ cat /etc/dbus-1/system.d/org.kde.baloo.filewatch.conf !DOCTYPE busconfig PUBLIC -//freedesktop//DTD D-BUS Bus Configuration 1.0//EN http://www.freedesktop.org/standards/dbus/1.0/busconfig.dtd; busconfig !-- Only user root can own the foo helper -- policy user=root allow own=org.kde.baloo.filewatch/ /policy /busconfig No sign of a filewatch-inotify anywhere, and the only file in /etc/sysctl.d is a readme. This is an openrc box, not systemd; maybe that's the difference. I've just removed -semantic-desktop from make.conf and only dolphin and gwenview were reinstalled. I'm writing this in KMail. So where have those files come from on your system? Have you run equery b on them? I removed the USE flags here and got this: root@fireball / # emerge -uvaDN world These are the packages that would be merged, in order: Calculating dependencies... done! [ebuild N ] kde-base/baloo-widgets-4.14.3:4/4.14::gentoo USE=(-aqua) -debug 37 KiB [ebuild R] kde-apps/gwenview-4.14.3:4/4.14::gentoo USE=handbook kipi semantic-desktop* (-aqua) -debug 0 KiB [ebuild R ~] media-gfx/digikam-4.12.0:4::gentoo USE=gphoto2 handbook mysql semantic-desktop* thumbnails -addressbook (-aqua) -debug -doc -video LINGUAS=-af -ar -az -be -bg -bn -br -bs -ca -cs -csb -cy -da -de -el -en_GB -eo -es -et -eu -fa -fi -fo -fr -fy -ga -gl -ha -he -hi -hr -hsb -hu -id -is -it -ja -ka -kk -km -ko -ku -lb -lo -lt -lv -mi -mk -mn -ms -mt -nb -nds -ne -nl -nn -nso -oc -pa -pl -pt -pt_BR -ro -ru -rw -se -sk -sl -sq -sr -sr@Latn -ss -sv -ta -te -tg -th -tr -tt -uk -uz -uz@cyrillic -ven -vi -wa -xh -zh_CN -zh_HK -zh_TW -zu 0 KiB [ebuild R] kde-apps/dolphin-4.14.3:4/4.14::gentoo USE=handbook semantic-desktop* (-aqua) -debug -thumbnail 0 KiB Total: 4 packages (1 new, 3 reinstalls), Size of downloads: 37 KiB It pulls in a extra package here. Sharing info just in case it might help. Dale :-) :-) Interesting that it didn't pull baloo so you must have it installed? -- Fernando Rodriguez
Re: [gentoo-user] nepomuk gone, baloo enters
Fernando Rodriguez wrote: On Saturday, August 22, 2015 5:03:31 AM Dale wrote: I removed the USE flags here and got this: root@fireball / # emerge -uvaDN world These are the packages that would be merged, in order: Calculating dependencies... done! [ebuild N ] kde-base/baloo-widgets-4.14.3:4/4.14::gentoo USE=(-aqua) -debug 37 KiB [ebuild R] kde-apps/gwenview-4.14.3:4/4.14::gentoo USE=handbook kipi semantic-desktop* (-aqua) -debug 0 KiB [ebuild R ~] media-gfx/digikam-4.12.0:4::gentoo USE=gphoto2 handbook mysql semantic-desktop* thumbnails -addressbook (-aqua) -debug -doc -video LINGUAS=-af -ar -az -be -bg -bn -br -bs -ca -cs -csb -cy -da -de -el -en_GB -eo -es -et -eu -fa -fi -fo -fr -fy -ga -gl -ha -he -hi -hr -hsb -hu -id -is -it -ja -ka -kk -km -ko -ku -lb -lo -lt -lv -mi -mk -mn -ms -mt -nb -nds -ne -nl -nn -nso -oc -pa -pl -pt -pt_BR -ro -ru -rw -se -sk -sl -sq -sr -sr@Latn -ss -sv -ta -te -tg -th -tr -tt -uk -uz -uz@cyrillic -ven -vi -wa -xh -zh_CN -zh_HK -zh_TW -zu 0 KiB [ebuild R] kde-apps/dolphin-4.14.3:4/4.14::gentoo USE=handbook semantic-desktop* (-aqua) -debug -thumbnail 0 KiB Total: 4 packages (1 new, 3 reinstalls), Size of downloads: 37 KiB It pulls in a extra package here. Sharing info just in case it might help. Dale :-) :-) Interesting that it didn't pull baloo so you must have it installed? For some reason the quoting didn't quite work right. Hm. It appears I do. Now you going to make me have to go find out what pulled that in, then what pulled in what pulled it in and so on until I get rid of that thing. Grrr. * Searching for baloo in kde-base ... [IP-] [ ] kde-base/baloo-4.14.3:4/4.14 root@fireball / # Dale gives Fernando a Gibbs head smack ROFL Dale :-) :-)
Re: [gentoo-user] Re: Epic list of total FAIL.
Alan Grimes wrote: The PSU is an Antec EarthWatts 750. Biggest hoggs outside the motherboard are the, um, er, well [nvidia 980 gpu] and an aging Western Digital Velociraptor boot drive. There is also a 3TB drive for all my p***, er kerbals ( Kerbal Space Program ) . There is one optical drive and four chassis fans in the system. All fans are operating perfectly. As far as I know the operating conditions for the PSU are nearly ideal I did have some noise issues with it a few years ago but it seemed to settle down and hasn't really given me any grief since. That noise could be what the problem was. Just a example. A fan's bearings starts making noise. Eventually, the bearings lock up and the noise stops. Guess what, the fan has stopped too. Of course, the noise is gone now but that doesn't mean the problem is gone does it? Odds are, some component was making noise because it was under pressure or age was catching up or whatever. When the noise stopped, it had likely stopped working at all. This sounds like a capacitor to me. They will make weird noises sometimes before they fail. I used to work on TVs a lot years ago, you know, the old tube type stuff. Anyway, those caps did all sorts of weird things. Some would swell up until they were shaped like a hot air balloon or something. Some would blow out the bottom and maybe even stink real bad. I've even seen some that blew the metal can completely off and the TV is full of that sticky paper stuff, which also stinks, and the foil part. Some just smoke and make a hissing sound, then all heck breaks out in the TV. Usually it stops filtering and the rest of the TV is now getting a unfiltered DC which is about like A/C. Some components like those tubes don't like that much. They tend to revolt. FET type components, when they go, they usually go quick, with a bit of stink or smoke. Usually. Yea, I'd be looking for a new power supply. Some of those on that last link I posted aren't that expensive. Just calculate up what power you need. I tend to add at least 50% to that, for future expansion and start up power. Doubling it wouldn't hurt. It just means your P/S is running at half power most of the time. On my current P/S, it is a 650 watt unit. According to my UPS, my entire computer system pulls about 150 watts idle and about 160 to 170 when compiling the crap out of something like GCC, Libreoffice etc. Now that includes my monitor, router, modem and speakers. If I were to guess, the puter itself only pulls around 100 to 120 watts. My power supply has some overkill issues for sure. I could likely easily use a 300 watt unit but would likely replace with a 400 watt since they are more available. Technically, I could use a 200 watt if the power supply was a well built model. As it is, my power supply likely never even gets warm. Add in that it is in a Cooler Master HAF-932 case and I'm sure the fan gets bored. The key thing on power supplies. If you are going to buy cheap, buy big. Cheapos tend to overrate themselves, sometimes a LOT. If you buy a well known and well tested brand, it will likely deliver what it claims and you can pick closer to your actual ratings. Of course, that cheapo P/S will likely fail you at some point. That means risking losing a lot more than just the P/S too. It could mean a new CPU, mobo, memory and whatever else it takes with it. When cutting costs, protection is one place to do it and by the time you realize it, it's to late. I've bought cases with P/Ss built in. They get removed and disassembled for little junky projects. I mostly get heat sinks and such since most of the components aren't reliable anyway. Hope you get this fixed soon. Dale :-) :-)
[gentoo-user] Re: Anyone using xfce4 with compositing turned off?
On Sat, 22 Aug 2015 04:08:41 +0200 waben...@gmail.com wrote: I'm using XFCE as DE and xfwm4 as WM. Since I bought a new GPU (Radeon R7 250), I don't use compositing any more because it causes tearing when I watch videos in fullscreen with 3840x2160. With this GPU I also had some random freezes when compositing was enabled. Beside this, performance is very good, regardless compositing is enabled or disabled. Scrolling text or moving windows around is a bit faster and smoother with compositing enabled, especially when other windows are in the foreground. With my old GPU (Radeon HD4550) I always had compositing enabled. Everything was smoother and I saw absolutely no glitches, but performance was also good with compositing disabled, just not quite as smooth as with I forgot about xf86-video-ati until you mentioned it, so I just emerged it and (I think) made all the changes needed to reconfigure Xorg to use it instead of fglrx. Maybe I'm just too tired right now to think straight, but the error messages I see in Xorg.log tell me that my video chip is not supported. But, in the process of switching to xf86-video-ati and then back again to fglrx I noticed this error message from xfwm4: Error opening /dev/dri/card0: No such file or directory Correct, I have no /dev/dri directory. Do you have one?
Re: [gentoo-user] Re: 69.99 != 69.99
On Saturday, August 22, 2015 7:40:31 PM walt wrote: On Sat, 22 Aug 2015 16:57:41 +0200 hw h...@gartencenter-vaehning.de wrote: It is a recipe for disaster when you tell your computer to print something but it prints something else instead. The Android Stagefright exploit is a real-life example of exactly such a disaster. That's an integer overflow which is a different thing. That's the same type of bug that brought down the Cluster spacecraft[1]. The arithmetic comparison in Stagefright was written in C, not perl, and compared integers instead of floats, but the underlying fault is the same in each case: programming languages today assume that human programmers think like machines. Until that fundamental flaw is eliminated from all programming languages, the problem will not go away. That won't happen in my lifetime, or yours. Neither integer overflows nor floating point's limited precission are flaws in programming languages. The flaws come when the languages are used improperly. A better way to think about floating point is that it's handled more like we handle numbers in our head. For example, if I ask you how far you live from here? you'll probably say something like 3 miles, not 3.003221 miles. Because at that scale the inaccuracy is acceptable. Likewise floating points can handle very large and very small numbers by doing the same. They trade between accuracy and range and they do it automagically. Consider that between 1.1 and 1.2 there's infinity possible values so it would take inifinite memory to store it. 1. https://en.wikipedia.org/wiki/Cluster_%28spacecraft%29 -- Fernando Rodriguez
Re: [gentoo-user] Re: Epic list of total FAIL.
On 22/08/2015 18:40, Alan Grimes wrote: The PSU is an Antec EarthWatts 750. Biggest hoggs outside the motherboard are the, um, er, well [nvidia 980 gpu] and an aging Western Digital Velociraptor boot drive. There is also a 3TB drive for all my p***, er kerbals ( Kerbal Space Program ) . There is one optical drive and four chassis fans in the system. All fans are operating perfectly. As far as I know the operating conditions for the PSU are nearly ideal I did have some noise issues with it a few years ago but it seemed to settle down and hasn't really given me any grief since. Maybe you should assume less and test more. This is good advice, replace the power supply despite your thoughts. They *are* the cost common failure item. Dale wrote: Fernando Rodriguez wrote: On Saturday, August 22, 2015 1:52:00 AM Alan Grimes wrote: Findings 3 4 sound like a faulty or underrated PSU...or a bad motherboard. Start by unplugging everything that you don't need to boot from a live CD and run some tests. It sure does. A weak power supply will certainly cause some issues. If he can remove a few power hogs and it works, then the memory may be OK and just short on power. Plus, if the power supply is weak, that could show up in other places too. OP, maybe you should give this site a look see: http://www.jonnyguru.com/modules.php?name=NDReviewsop=Review_Catrecatnum=13 This one just reviewed had a perfect score, if it has enough power for what you are running. http://www.jonnyguru.com/modules.php?name=NDReviewsop=Review_Catrecatnum=13 This site below lists them by wattage. They test them pretty hard too. If it isn't a well built unit, they'll find the problem. http://www.overclockers.com/forums/showthread.php/589708-Recommended-PSU-s-True-Tested Hope one of those helps or maybe all of them. Dale -- Alan McKinnon alan.mckin...@gmail.com
Re: [gentoo-user] 69.99 != 69.99
On 08/22/2015 09:42 AM, R0b0t1 wrote: https://en.wikipedia.org/wiki/Round-off_error https://en.wikipedia.org/wiki/Machine_epsilon Either add a tolerance (a - b = t) or compare them as strings as you've been doing. You probably want |a - b| = t there =) But... that can cause problems too. If your numbers are small enough, you can wind up with infinity or NaN (not a number) and then your comparisons will go berserk. Floating point addition isn't even commutative: 0.1 + 0.2 + 0.3 0.6001 0.1 + (0.2 + 0.3) 0.6 Better to avoid that quagmire entirely if you can. Use fixed point arithmetic, arbitrary precision, or even rational numbers if you can get away with it.
Re: [gentoo-user] 69.99 != 69.99
On Sat, Aug 22 2015, Michael Orlitzky wrote: On 08/22/2015 09:42 AM, R0b0t1 wrote: https://en.wikipedia.org/wiki/Round-off_error https://en.wikipedia.org/wiki/Machine_epsilon Either add a tolerance (a - b = t) or compare them as strings as you've been doing. You probably want |a - b| = t there =) But... that can cause problems too. If your numbers are small enough, you can wind up with infinity or NaN (not a number) and then your comparisons will go berserk. Floating point addition isn't even commutative: 0.1 + 0.2 + 0.3 0.6001 0.1 + (0.2 + 0.3) 0.6 That demonstrates non-associativity. I believe floating point is commutative: a+b = b+a Better to avoid that quagmire entirely if you can. Use fixed point arithmetic, arbitrary precision, or even rational numbers if you can get away with it. Agreed. allan
Re: [gentoo-user] 69.99 != 69.99
On 22/08/2015 16:57, hw wrote: Am 22.08.2015 um 15:43 schrieb Alan McKinnon: On 22/08/2015 15:26, hw wrote: Hi, I have the following in a perl script: if ($a != $b) { print e: '$a', t: '$b'\n; } That will print: e: '69.99', t: '69.99' When I replace != with ne (if ($a ne $a) {), it doesn't print. Is that a bug or a feature? And if it's a feature, what's the explanation? And how do you deal with comparisions of variables when you get randomly either correct results or wrong ones? It's randomly because this statement checks multiple values in the script, and 69.99 is the only number showing up yet which isn't numerically equal to itself (but equal to itself when compared as strings). Computer languages have a much more exact idea of what equality means than you do. In your head (because you are human, not silicon) you are completely comfortable with taking 69.99 and treat8ing it as a string, or a number, or a mostly-rounded-off floating point number. The computer does not do it like that. To a computer, the same must be exactly the same. Two things a little bit different are completely different (or not equal). And perl has two different operators for (in)equality: != does a numerical comparison. More on this below ne does a string comparison. When viewed as a bunch of characters, 69.99 and 69.99 are identical. When the value is numerically not 69.99 but something like 69.99001, then printing the value should print 69.99001 rather than 69.99. perl -e 'print 1/3 . \n;' prints 0.333 perl -e 'printf(%34.32f\n, 1/3);' prints 0.1482961625624739 perl -e 'print (((1/3 == 0.333) ? equal : not equal) . \n);' prints not equal perl -e 'print (((1/3 == 0.0.1482961625624739) ? equal : not equal) . \n);' prints Integer overflow in decimal number at -e line 1. a couple times This is random, may it be predictable or not, and what's the integer here? Now, your comparisons are NOT random. They are entirely predictable, as long as you know what is going on; you are running into floating point numbers. And as it turns out, computers never represent these things exactly (they are NOT integers). Even though they look identical on-screen, in RAM they will not be (this must be so for perl to do the print). Maybe they actually resolve to 69.99001 and 69.9900. You see them as close-as-dammit equal, perl sees them as entirely different. Why can't it print the number as it is, or at least as it is compared, like it should? If it would, one could see at once what the problem is. I can't see your code and I don't know how you get values assigned to those variables so I can't really give you an answer. I can tell you that equality comparisons on floats are problematic, and always will be due to how they are stored (double-precision floats, inhernetly inexact). This is not a problem per se, it's a systemic side effect of how our computers represent floats i.e. you can't fix it as there is nothing to fix Rob0t1's suggestion was the best, I'd forgotten that neat trick: replace if ($a != $b) with if ($a - $b = $t) where $t is an acceptable tolerance (0.001 in your case should be OK) This is such as huge IT problem that many solutions have been proposed. You get classes like BigFloat that represent a floating point as an integer so that equality works, you can round the floats off before comparing them, or just make the things integers. The last one is nice: don't represent money as dollars and cents, represent it as cents or decicents and only divide by 100 (or 1000) when you finally get to display it. That would add quite a lot of complexity, and the problem should either be handled transparently, or the value should be printed as the software/computer sees it. It is a recipe for disaster when you tell your computer to print something but it prints something else instead. So how to fix your problem: you are doing what you shouldn't do - trying equality on floats. Turn them into integers, or round them off, or use =/= instead of != '=/=' is not an operator in perl? Oops. Mail-client mangling. The line started with and the slash is or It should read = or = -- Alan McKinnon alan.mckin...@gmail.com
Re: [gentoo-user] 69.99 != 69.99
On 22/08/2015 17:38, Alexander Kapshuk wrote: On Sat, Aug 22, 2015 at 4:26 PM, hw h...@gartencenter-vaehning.de wrote: Hi, I have the following in a perl script: if ($a != $b) { print e: '$a', t: '$b'\n; } That will print: e: '69.99', t: '69.99' When I replace != with ne (if ($a ne $a) {), it doesn't print. Is that a bug or a feature? And if it's a feature, what's the explanation? And how do you deal with comparisions of variables when you get randomly either correct results or wrong ones? It's randomly because this statement checks multiple values in the script, and 69.99 is the only number showing up yet which isn't numerically equal to itself (but equal to itself when compared as strings). Perl Cookbook, 2nd edition, suggests these two approaches to comparing floats for equality. (1). Use sprintf to format the numbers to a certain number of decimal places, then compare the resulting strings. (2). Alternatively, store the numbers as integers by assuming the decimal place. A good way to demonstrate just how problematic floats can be is to point out that floats are banned in the linux kernel for exactly this reason. Integers only. -- Alan McKinnon alan.mckin...@gmail.com
Re: [gentoo-user] 69.99 != 69.99
On 08/22/2015 01:27 PM, allan gottlieb wrote: Floating point addition isn't even commutative: 0.1 + 0.2 + 0.3 0.6001 0.1 + (0.2 + 0.3) 0.6 That demonstrates non-associativity. I believe floating point is commutative: a+b = b+a Derp, thanks, you're right =) ...but it's not commutative either: nan = float('nan') nan + 1 == 1 + nan False I'm cheating a bit there, the real problem is: nan == nan False
Re: [gentoo-user] nepomuk gone, baloo enters
On Saturday 22 August 2015 14:48:18 Mick wrote: On Saturday 22 Aug 2015 14:13:46 Peter Humphrey wrote: On Saturday 22 August 2015 12:37:01 Mick wrote: There was an e-news item: 2015-08-11-nepomuk-removal Oo-er. Eselect news list here shows all news items as having been removed. I haven't seen that before - I'd better look into it. I did notice a batch of news files going by during a recent sync though, so perhaps this is another symptom of the gentoo sync mechanism. This is what it contains: 2015-08-11-nepomuk-removal Title Nepomuk removal AuthorJohannes Huber j...@gentoo.org Posted2015-08-11 Revision 1 With KDE SC 4.13.0 release the default semantic desktop search engine switched from Nepomuk to Baloo.[1] This change was honoured in Gentoo by changing the semantic-desktop use flag to cover the new engine and moving the old to nepomuk use flag. The underlaying storage backend for Nepomuk aka Virtuoso DB has a lot of unsolved upstream issues[2], therefore we will remove it. This means packages with build options on the old stack will drop them. Other packages which hard requiring it will be removed. If you are still using Nepomuk you can switch to Baloo by globally enable semantic-desktop and disabling nepomuk use flag in /etc/portage/make.conf or using one of the kde desktop profiles. [1] https://www.kde.org/announcements/4.13/ [2] https://bugs.gentoo.org/buglist.cgi?quicksearch=virtuoso Therefore, I think that the nepomuk USE flag is no longer valid, although semantic-desktop is still being used. KDEPIM needs the semantic-desktop USE flag, or it won't work fully. As long as you only want the KMail component of KDEPim you can get away without semantic-desktop. So far. :-) I think that migration of data will fail, address book searches won't work, etc. I haven't looked into it at any depth TBH, but enabled USE=nepomuk semantic-desktop as it was back then for this reason. All right, thanks. Also for the copy of the news item. -- Rgds Peter
Re: [gentoo-user] 69.99 != 69.99
On Sat, Aug 22, 2015 at 4:26 PM, hw h...@gartencenter-vaehning.de wrote: Hi, I have the following in a perl script: if ($a != $b) { print e: '$a', t: '$b'\n; } That will print: e: '69.99', t: '69.99' When I replace != with ne (if ($a ne $a) {), it doesn't print. Is that a bug or a feature? And if it's a feature, what's the explanation? And how do you deal with comparisions of variables when you get randomly either correct results or wrong ones? It's randomly because this statement checks multiple values in the script, and 69.99 is the only number showing up yet which isn't numerically equal to itself (but equal to itself when compared as strings). Perl Cookbook, 2nd edition, suggests these two approaches to comparing floats for equality. (1). Use sprintf to format the numbers to a certain number of decimal places, then compare the resulting strings. (2). Alternatively, store the numbers as integers by assuming the decimal place.
[gentoo-user] Re: Install PreQualifying Matrix
Rich Freeman rich0 at gentoo.org writes: Don't get me wrong - I appreciate the desire for bare-metal performance in the high-performance computing world. I've heard stories/rumors of Gentoo getting attention elsewhere in this domain, and we have a disproportionate number of physical scientists and such in the community (including probably half of the Council - we joke about it). I've even heard of Gentoo used in high-throughput trading, though a lot of that has moved on to ASICs and such and nobody talks openly about what they're doing. Yep; lots of folks are putting their *nix expertise into FPGAs these days as a way to protect their Intellectual Property. Here's a prime example in the drug discovery world [1]. Trading with Gentoo:: Yep. I was hustle via a NYC head_hunter for several projects, some years back, but they would never disclose the companies. One was some wealthy individual. They wanted to emcumber me before they told me anything; not a good sign, besides I'm not too fond of NYC. The more bad stuff I told the HH about myself, the more they liked me as candidate. The pay scale was way to high for my abilities anyway... Yep:: nobody talks. lots of real wise guys in NYC. I was just trying to point out that containers are very different from VMs, while generally trying to solve the same sorts of problems. VMs create continuous execution overhead and are memory-expensive. Containers have zero execution overhead and are very memory-efficient. Of course, if you throw 5x as many running processes on the same PC you're still going to consume more RAM and CPU, but 5 containers running on 1 PC tend to be pretty close to the CPU+RAM requirements of linux hosts running on 5 PCs. If you're just using containers for configuration-management/etc and just run one container on a node, then you're going to be very close to the same performance you'd get running it on bare metal. VM are obsolete compared to containers, when you start looking closely at timing and latencies which then effects throughput. That's pretty much accepted mathematically by virtually all of the clustering devs I interact with. It does not mean VMs are dead or not useful, but they are not in the competition any more on performance driven needs. Look Rich. Believe me, when you say things I listen. It's on my to do list to evaluate CoreOS vs bare metal. Not to beat a dead horse but I do need a fully unattended install semantic to do the regression testing for routine cluster needs and my half baked ideas I do not believe regression test results in vm or container setups. Maybe the first or second digit of accuracy. I'm old school and I have to isolate things on hardware. That's just how I roll:: I guess it's the EE in me. Trust but verify.. So yes at some point I intend to vet the CoreOS thing, as it is very close to gentoo with ebuilds and such I think I'm the one that pointed coreos out on the gentoo user list; some time ago, as a derivative or rip-off of gentoo. Folks said ChromeOS was from Gentoo and CoreOS was from ChromeOS (ring any bells?). From the kernel's perspective every linux system uses containers. They just tend to use a single container. The kernel doesn't do anything differently when a process spawns in a container. When that process looks out at the world the kernel shows it everything within its namespaces. That is true whether you have one set of namespaces on the system or 50. As far as I'm aware the system calls all take just as long to run either way. Containers really are just about adding one more field to the keys in various kernel objects like processes/tasks. WE have kernel shark (via trace-cmd) now and heaptrack too. Those (2) tools alone should let you gather actual data on what you have stated above and publish it. If you want a bunch of links to kernel shark info and examples just let me know. What would be keen (and is on my todo list) is to take kernelshark and use it for some deep analysis work on gentoo. Then publish a gentoo wiki page on KernelShark so the community can see a cool example on Gentoo. Kernelshark bridges that kernel/OS barrier and can quantify the actual timing and latencies and problems in a full stack or particular layer of the stack. It is addicting and can consume days of your time, just so you know (in advance). On another note:: What I'm missing (and it's definitely new learning material to me) is a robust, flexible DAG tool(s). What do you know about for DAG and such tools/codes? James [1] https://www.deshawresearch.com/
Re: [gentoo-user] 69.99 != 69.99
On Sat, 22 Aug 2015 16:57:41 +0200, hw h...@gartencenter-vaehning.de wrote: Am 22.08.2015 um 15:43 schrieb Alan McKinnon: On 22/08/2015 15:26, hw wrote: Hi, I have the following in a perl script: if ($a != $b) { print e: '$a', t: '$b'\n; } That will print: e: '69.99', t: '69.99' When I replace != with ne (if ($a ne $a) {), it doesn't print. Is that a bug or a feature? And if it's a feature, what's the explanation? And how do you deal with comparisions of variables when you get randomly either correct results or wrong ones? It's randomly because this statement checks multiple values in the script, and 69.99 is the only number showing up yet which isn't numerically equal to itself (but equal to itself when compared as strings). Computer languages have a much more exact idea of what equality means than you do. In your head (because you are human, not silicon) you are completely comfortable with taking 69.99 and treat8ing it as a string, or a number, or a mostly-rounded-off floating point number. The computer does not do it like that. To a computer, the same must be exactly the same. Two things a little bit different are completely different (or not equal). And perl has two different operators for (in)equality: != does a numerical comparison. More on this below ne does a string comparison. When viewed as a bunch of characters, 69.99 and 69.99 are identical. When the value is numerically not 69.99 but something like 69.99001, then printing the value should print 69.99001 rather than 69.99. To take your perl statement: perl -e 'printf(%34.32f\n, 23.33*3)' 69.98488409230252727866 It doesnt print that strange value because it rounds it to something more readable, as the value is known to be not as precise. perl -e 'print 1/3 . \n;' prints 0.333 perl -e 'printf(%34.32f\n, 1/3);' prints 0.1482961625624739 perl -e 'print (((1/3 == 0.333) ? equal : not equal) . \n);' prints not equal perl -e 'print (((1/3 == 0.0.1482961625624739) ? equal : not equal) . \n);' prints Integer overflow in decimal number at -e line 1. a couple times typo ;) 1/3 == 0.0.333[...] Here it prints equal. This is random, may it be predictable or not, and what's the integer here? Now, your comparisons are NOT random. They are entirely predictable, as long as you know what is going on; you are running into floating point numbers. And as it turns out, computers never represent these things exactly (they are NOT integers). Even though they look identical on-screen, in RAM they will not be (this must be so for perl to do the print). Maybe they actually resolve to 69.99001 and 69.9900. You see them as close-as-dammit equal, perl sees them as entirely different. Why can't it print the number as it is, or at least as it is compared, like it should? If it would, one could see at once what the problem is. This is such as huge IT problem that many solutions have been proposed. You get classes like BigFloat that represent a floating point as an integer so that equality works, you can round the floats off before comparing them, or just make the things integers. The last one is nice: don't represent money as dollars and cents, represent it as cents or decicents and only divide by 100 (or 1000) when you finally get to display it. That would add quite a lot of complexity, and the problem should either be handled transparently, or the value should be printed as the software/computer sees it. It is a recipe for disaster when you tell your computer to print something but it prints something else instead. So how to fix your problem: you are doing what you shouldn't do - trying equality on floats. Turn them into integers, or round them off, or use =/= instead of != '=/=' is not an operator in perl?
Re: [gentoo-user] Snort compiling problems
On Sat, Aug 22, 2015 at 4:04 PM, Rod r...@rods.id.au wrote: On 08/22/2015 06:33 PM, Fernando Rodriguez wrote: On Saturday, August 22, 2015 5:34:24 PM Rod wrote: Hi List, I am having problems compiling Snort :( I have tried emerge snort Also tried compiling in the comandline I have tried all my installed gcc profiles... # gcc-config -l [1] x86_64-pc-linux-gnu-4.5.4 [2] x86_64-pc-linux-gnu-4.6.4 [3] x86_64-pc-linux-gnu-4.7.3 [4] x86_64-pc-linux-gnu-4.8.4 * All failed :( make[4]: Entering directory '/var/tmp/portage/net- analyzer/snort-2.9.7.5/work/snort-2.9.7.5/src/preprocessors/Stream6' x86_64-pc-linux-gnu-gcc -DHAVE_CONFIG_H -I. -I../../.. -I../../.. -I../../../src -I../../../src/sfutil -I/usr/include/pcap -I../../../src/output-plugins -I../../../src/detection-plugins -I../../../src/dynamic-plugins -I../../../src/preprocessors -I../../../src/preprocessors/portscan -I../../../src/preprocessors/HttpInspect/include -I../../../src/preprocessors/Session -I../../../src/preprocessors/Stream6 -I../../../src/target-based -I../../../src/control -I../../../src/file-process -I../../../src/file-process/libs -I../../../src/side-channel -I../../../src/side-channel/plugins -DLZMA -DNDEBUG -DNOCOREFILE -DSF_WCHAR -DSNORT_RELOAD -DRELOAD_ERROR_FATAL -DNO_NON_ETHER_DECODER -O2 -march=core2 -mtune=core2 -pipe -DSF_VISIBILITY -fvisibility=hidden -fno-strict-aliasing -Wall -c -o snort_stream_tcp.o snort_stream_tcp.c snort_stream_tcp.c:466:89: error: unknown type name 'NormFlags' static inline int Stream_NormGetMode(uint16_t reassembly_policy, const SnortConfig* sc, NormFlags nf) ^ snort_stream_tcp.c: In function 'AddStreamNode': snort_stream_tcp.c:6160:9: warning: implicit declaration of function 'NormalTrimPayloadIfWin' [-Wimplicit-function-declaration] NormalTrimPayloadIfWin(p, 0, tdb); ^ snort_stream_tcp.c: In function 'ProcessTcpData': snort_stream_tcp.c:7275:9: warning: implicit declaration of function 'NormalTrimPayloadIfSyn' [-Wimplicit-function-declaration] NormalTrimPayloadIfSyn(p, 0, tdb); ^ snort_stream_tcp.c: In function 'ProcessTcp': snort_stream_tcp.c:8381:17: warning: implicit declaration of function 'NormalTrimPayloadIfRst' [-Wimplicit-function-declaration] NormalTrimPayloadIfRst(p, 0, tdb); ^ snort_stream_tcp.c: At top level: snort_stream_tcp.c:555:19: warning: 'CheckFlushPolicyOnData' used but never defined [enabled by default] static inline int CheckFlushPolicyOnData( ^ snort_stream_tcp.c:1184:29: warning: 'StreamTCPCreateSession' defined but not used [-Wunused-function] static SessionControlBlock *StreamTCPCreateSession( const SessionKey *key ) ^ snort_stream_tcp.c:1192:13: warning: 'StreamTCPDeactivateSession' defined but not used [-Wunused-function] static void StreamTCPDeactivateSession( SessionControlBlock *scb ) ^ snort_stream_tcp.c:1206:12: warning: 'StreamTCPDeleteSession' defined but not used [-Wunused-function] static int StreamTCPDeleteSession( const SessionKey *key ) ^ Makefile:389: recipe for target 'snort_stream_tcp.o' failed make[4]: *** [snort_stream_tcp.o] Error 1 make[4]: Leaving directory '/var/tmp/portage/net- analyzer/snort-2.9.7.5/work/snort-2.9.7.5/src/preprocessors/Stream6' Makefile:471: recipe for target 'all-recursive' failed make[3]: *** [all-recursive] Error 1 make[3]: Leaving directory '/var/tmp/portage/net- analyzer/snort-2.9.7.5/work/snort-2.9.7.5/src/preprocessors' Makefile:552: recipe for target 'all-recursive' failed make[2]: *** [all-recursive] Error 1 make[2]: Leaving directory '/var/tmp/portage/net-analyzer/snort-2.9.7.5/work/snort-2.9.7.5/src' Makefile:517: recipe for target 'all-recursive' failed make[1]: *** [all-recursive] Error 1 make[1]: Leaving directory '/var/tmp/portage/net-analyzer/snort-2.9.7.5/work/snort-2.9.7.5' Makefile:383: recipe for target 'all' failed make: *** [all] Error 2 Portage 2.2.18 (python 2.7.9-final-0, default/linux/amd64/13.0/desktop, gcc-4.8.4, glibc-2.20-r2, 3.18.7-gentoo x86_64) = System Settings = System uname: Linux-3.18.7-gentoo-x86_64-Intel-R-_Core-TM-_i5-4570_CPU_@_3.20GHz-with- gentoo-2.2 KiB Mem:15316468 total,543168 free KiB Swap: 33554428 total, 32086124 free Timestamp of repository gentoo: Fri, 21 Aug 2015 18:30:01 + sh bash 4.2_p45 ld GNU ld (Gentoo 2.24 p1.4) 2.24 distcc 3.1 x86_64-pc-linux-gnu [disabled] app-shells/bash: 4.2_p45::gentoo dev-java/java-config: 2.2.0::gentoo dev-lang/perl:5.18.2-r2::gentoo dev-lang/python: 2.7.9-r1::gentoo, 3.1.5::gentoo, 3.2.5-r6::gentoo,
Re: [gentoo-user] Re: Epic list of total FAIL.
The PSU is an Antec EarthWatts 750. Biggest hoggs outside the motherboard are the, um, er, well [nvidia 980 gpu] and an aging Western Digital Velociraptor boot drive. There is also a 3TB drive for all my p***, er kerbals ( Kerbal Space Program ) . There is one optical drive and four chassis fans in the system. All fans are operating perfectly. As far as I know the operating conditions for the PSU are nearly ideal I did have some noise issues with it a few years ago but it seemed to settle down and hasn't really given me any grief since. Dale wrote: Fernando Rodriguez wrote: On Saturday, August 22, 2015 1:52:00 AM Alan Grimes wrote: Findings 3 4 sound like a faulty or underrated PSU...or a bad motherboard. Start by unplugging everything that you don't need to boot from a live CD and run some tests. It sure does. A weak power supply will certainly cause some issues. If he can remove a few power hogs and it works, then the memory may be OK and just short on power. Plus, if the power supply is weak, that could show up in other places too. OP, maybe you should give this site a look see: http://www.jonnyguru.com/modules.php?name=NDReviewsop=Review_Catrecatnum=13 This one just reviewed had a perfect score, if it has enough power for what you are running. http://www.jonnyguru.com/modules.php?name=NDReviewsop=Review_Catrecatnum=13 This site below lists them by wattage. They test them pretty hard too. If it isn't a well built unit, they'll find the problem. http://www.overclockers.com/forums/showthread.php/589708-Recommended-PSU-s-True-Tested Hope one of those helps or maybe all of them. Dale -- IQ is a measure of how stupid you feel. Powers are not rights.