Re: [gentoo-user] Re: Epic list of total FAIL.

2015-08-22 Thread Fernando Rodriguez
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

2015-08-22 Thread Rod

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] Re: Epic list of total FAIL.

2015-08-22 Thread Dale
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=NDReviews&op=Review_Cat&recatnum=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=NDReviews&op=Review_Cat&recatnum=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

2015-08-22 Thread Fernando Rodriguez
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::gent

Re: [gentoo-user] Snort compiling problems

2015-08-22 Thread Alexander Kapshuk
On Sat, Aug 22, 2015 at 10:34 AM, 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: 

Re: [gentoo-user] nepomuk gone, baloo enters

2015-08-22 Thread Peter Humphrey
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
http://www.freedesktop.org/standards/dbus/1.0/busconfig.dtd";>

 
  
  

  
 


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] nepomuk gone, baloo enters

2015-08-22 Thread Dale
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
>   "-//freedesktop//DTD D-BUS Bus Configuration 1.0//EN"
>  "http://www.freedesktop.org/standards/dbus/1.0/busconfig.dtd";>
> 
>  
>   
>   
> 
>   
>  
> 
>
> 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] Re: Install PreQualifying Matrix

2015-08-22 Thread Rich Freeman
On Fri, Aug 21, 2015 at 11:29 PM, James  wrote:
> Rich Freeman  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] Anyone using xfce4 with compositing turned off?

2015-08-22 Thread Mick
On Saturday 22 Aug 2015 03:08:41 waben...@gmail.com wrote:
> walt  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?
> 
> > 
> > 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  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] nepomuk gone, baloo enters

2015-08-22 Thread Peter Humphrey
(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
> >  > 
> >  "-//freedesktop//DTD D-BUS Bus Configuration 1.0//EN"
> >  "http://www.freedesktop.org/standards/dbus/1.0/busconfig.dtd";>
> > 
> > 
> > 
> >   
> >   
> >   
> > 
> >   
> >   
> > 
> > 
> > 
> > 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

2015-08-22 Thread Dale
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.

2015-08-22 Thread Mick
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

2015-08-22 Thread Mick
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.

2015-08-22 Thread Alan McKinnon
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.



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.


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] Snort compiling problems

2015-08-22 Thread Rod


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:  0.16.4::ge

Re: [gentoo-user] nepomuk gone, baloo enters

2015-08-22 Thread Peter Humphrey
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

2015-08-22 Thread hw


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] use CGI::FormBuilder::Multi; ...

2015-08-22 Thread hw



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:



http://www.w3.org/TR/xhtml1/DTD/xhtml1-transitional.dtd";>
http://www.w3.org/1999/xhtml"; lang="de_DE" xml:lang="de_DE">


Jobnummer erzeugen