[gentoo-user] Re: Install PreQualifying Matrix

2015-08-21 Thread James
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).

Mesos + spark + tachyon + storm + RDMA + GCC-5.x is a killer platform
for clustering. It supports some traditional and well as radical frameworks.
Mesos is exploding with new Frameworks and is planning on support for many
languages. There is a bgo on apache-spark that needs a really talented Java
Hack to solve.  There is also an upcoming mesos conference in Ireland [1] that
any Euro_hack interested in Clustering should attend. Many companies are
hiring talent and paying a 50% premium, particularly if you can admin, code
and compile and know a bit of basic clustering.


[1] http://events.linuxfoundation.org/events/mesoscon-europe




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

2015-08-21 Thread Alan Grimes
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. =|

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.

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.



-- 
IQ is a measure of how stupid you feel.

Powers are not rights.




Re: [gentoo-user] [far OT] Source of spectacular (free) desktop wallpapers

2015-08-21 Thread Marc Joliet
Am Sun, 16 Aug 2015 16:10:12 -0700
schrieb walt w41...@gmail.com:

 They have a photo contest every year and the photos just keep getting
 better and better:
 
 http://travel.nationalgeographic.com/photo-contest-2015/gallery/winners-outdoor-scenes/4
 
 That particular photo is one of a dozen or so I downloaded, and I love
 them all so much that I switched back to xfce4 (yet again) because it
 has a built-in automatic wallpaper slide-show function (like kde) and I
 have it set to 10 minutes rotation time :)
 
 You need to enjoy the simple pleasures while banging your head against
 your expensive computer terminal...

Those are very beautiful indeed!  Thanks for sharing.

-- 
Marc Joliet
--
People who think they know everything really annoy those of us who know we
don't - Bjarne Stroustrup


pgpWT1E1qcXOk.pgp
Description: Digitale Signatur von OpenPGP


[gentoo-user] use CGI::FormBuilder::Multi; ...

2015-08-21 Thread hw


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?



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

2015-08-21 Thread Francisco Ares
2015-08-21 10:31 GMT-03:00 J. Roeleveld jo...@antarean.org:

 On Friday, August 21, 2015 10:06:15 AM 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?


 Nepomuk, and now Baloo, want to open file-watchers on your system to get
 change-notifications directly from the kernel (filesystem driver), instead
 of
 polling the filesystem.
 This is actually better, performance wise.

 To avoid these message, I created the following file a long time ago:

 % cat /etc/sysctl.d/97-kde-nepomuk-filewatch-inotify.conf
 fs.inotify.max_user_watches = 65536

 Guess I will need to change the name of that file now :)

 Kind regards,

 Joost



Thank you, Joost.

Best Regards,
Francisco


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

2015-08-21 Thread J. Roeleveld
On Friday, August 21, 2015 10:56:58 AM Francisco Ares wrote:
 2015-08-21 10:49 GMT-03:00 Francisco Ares fra...@gmail.com:
  2015-08-21 10:31 GMT-03:00 J. Roeleveld jo...@antarean.org:
  On Friday, August 21, 2015 10:06:15 AM 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?
  
  Nepomuk, and now Baloo, want to open file-watchers on your system to get
  change-notifications directly from the kernel (filesystem driver),
  instead of
  polling the filesystem.
  This is actually better, performance wise.
  
  To avoid these message, I created the following file a long time ago:
  
  % cat /etc/sysctl.d/97-kde-nepomuk-filewatch-inotify.conf
  fs.inotify.max_user_watches = 65536
  
  Guess I will need to change the name of that file now :)
  
  Kind regards,
  
  Joost
  
  Thank you, Joost.
  
  Best Regards,
  Francisco
 
 Checking on the file pointed by Joost, I've found it on my filesystem), but
 there is another file, an almost exact copy, for baloo:
 
 ~ # l /etc/sysctl.d/
 total 28K
 drwxr-xr-x   2 root root 4,0K Ago 21 10:50 ./
 drwxr-xr-x 160 root root  12K Ago 21 10:22 ../
 -rw-r--r--   1 root root   36 Ago 21 09:16
 97-kde-baloo-filewatch-inotify.conf
 
 -rw-r--r--   1 root root   36 Mai  7  2014
 97-kde-nepomuk-filewatch-inotify.conf
 
 
 ~ # cat /etc/sysctl.d/97-kde-*
 fs.inotify.max_user_watches = 65536
 fs.inotify.max_user_watches = 32768
 
 
 
 The first value (65536) is from 97-kde-baloo-filewatch-inotify.conf .  The
 second (32768) is from 97-kde-nepomuk-filewatch-inotify.conf.
 
 So, the mystery goes on...
 
 Thanks,
 Francisco

what does:
% cat /proc/sys/fs/inotify/max_user_watches
give you?

My guess: 32768 (as that's the last one it will find)
On my system I get 65536.

I think if you were to remove the nepomuk file, it should work.

--
Joost



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

2015-08-21 Thread James
Alan Grimes ALONZOTG at verizon.net writes:


 8, got to the end of the list about two and a half days later (which is
 par for my machine.)


Hello Alan Grimes,


You seem to imply you are running hardware less that some version
of the latest 4/8 processor monster?

Perhaps something lighter then the kde5 for the QT family, there is
lxqt(1.0) Fairly young but very fast even on older hardware. It's using
QT5 so if you are 'qt centric' in your needs, then you might just
like lxqt as many others do.


O3
I also saw that option. On older systems, I often find that Os runs
very fast, as the smaller size of the resulting binaries allows
ram to function more appropriately. 

hth,
James






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

2015-08-21 Thread Grant Edwards
On 2015-08-21, Alan McKinnon alan.mckin...@gmail.com wrote:

 Earlier I saw segfaults in gcc, and another poster pointed it out.

 When gcc segfaults, it is always suspicious mostly because the compiler
 is an app where we know the devs take extraordinary measures to prevent it.

 The most common cause is faulty hardware (most often memory) as gcc
 tends to use all of it in ways no other app does. The usual procedure
 at this point is to run memtest for an extended period - say 48
 hours, or even 72 for an older slow machine.

That is definitely good advice.  I've run into this situation several
times.  A machine had bad RAM that didn't seem to cause any problems
under normal operation.  But, when trying to compile something large
like gcc, I would see non-repeatable segfaults (it wouldn't always
segfault at the exact same point).  In those cases, I could often run
memtest for several passes and not see an error. But, _eventually_
ramtest would catch it.  Run memtest for a few days.  Really.

-- 
Grant Edwards   grant.b.edwardsYow! I'm having an
  at   EMOTIONAL OUTBURST!!  But,
  gmail.comuh, WHY is there a WAFFLE
   in my PAJAMA POCKET??




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

2015-08-21 Thread Francisco Ares
2015-08-21 11:30 GMT-03:00 Francisco Ares fra...@gmail.com:

 2015-08-21 11:02 GMT-03:00 J. Roeleveld jo...@antarean.org:

 On Friday, August 21, 2015 10:56:58 AM Francisco Ares wrote:
  2015-08-21 10:49 GMT-03:00 Francisco Ares fra...@gmail.com:
   2015-08-21 10:31 GMT-03:00 J. Roeleveld jo...@antarean.org:
   On Friday, August 21, 2015 10:06:15 AM 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?
  
   Nepomuk, and now Baloo, want to open file-watchers on your system to
 get
   change-notifications directly from the kernel (filesystem driver),
   instead of
   polling the filesystem.
   This is actually better, performance wise.
  
   To avoid these message, I created the following file a long time ago:
  
   % cat /etc/sysctl.d/97-kde-nepomuk-filewatch-inotify.conf
   fs.inotify.max_user_watches = 65536
  
   Guess I will need to change the name of that file now :)
  
   Kind regards,
  
   Joost
  
   Thank you, Joost.
  
   Best Regards,
   Francisco
 
  Checking on the file pointed by Joost, I've found it on my filesystem),
 but
  there is another file, an almost exact copy, for baloo:
 
  ~ # l /etc/sysctl.d/
  total 28K
  drwxr-xr-x   2 root root 4,0K Ago 21 10:50 ./
  drwxr-xr-x 160 root root  12K Ago 21 10:22 ../
  -rw-r--r--   1 root root   36 Ago 21 09:16
  97-kde-baloo-filewatch-inotify.conf
 
  -rw-r--r--   1 root root   36 Mai  7  2014
  97-kde-nepomuk-filewatch-inotify.conf
 
 
  ~ # cat /etc/sysctl.d/97-kde-*
  fs.inotify.max_user_watches = 65536
  fs.inotify.max_user_watches = 32768
 
 
 
  The first value (65536) is from 97-kde-baloo-filewatch-inotify.conf .
 The
  second (32768) is from 97-kde-nepomuk-filewatch-inotify.conf.
 
  So, the mystery goes on...
 
  Thanks,
  Francisco

 what does:
 % cat /proc/sys/fs/inotify/max_user_watches
 give you?

 My guess: 32768 (as that's the last one it will find)
 On my system I get 65536.

 I think if you were to remove the nepomuk file, it should work.

 --
 Joost



 Unexpected:

 ~ $ cat /proc/sys/fs/inotify/max_user_watches
 131072

 both as a regular user an as root.

 Going to search for this number on config files.

 Thanks for the clue.

 Francisco




Also unexpected:

~ # cd /etc
etc # fgrep -R 131072 * 2 /dev/null
apache2/modules.d/10_mod_mem_cache.conf:MCacheSize 131072
sane.d/sharp.conf:option buffersize 131072
sysctl.d/97-kde-baloo-filewatch-inotify.conf:fs.inotify.max_user_watches =
131072


I have logged out and back in, to check for the effects on that window
asking for root password.  It did show up again, and now the
file 97-kde-baloo-filewatch-inotify.conf has been changed.

Going to try again, after removing 97-kde-nepomuk-filewatch-inotify.conf.
Back soon...


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

2015-08-21 Thread Francisco Ares
2015-08-21 11:02 GMT-03:00 J. Roeleveld jo...@antarean.org:

 On Friday, August 21, 2015 10:56:58 AM Francisco Ares wrote:
  2015-08-21 10:49 GMT-03:00 Francisco Ares fra...@gmail.com:
   2015-08-21 10:31 GMT-03:00 J. Roeleveld jo...@antarean.org:
   On Friday, August 21, 2015 10:06:15 AM 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?
  
   Nepomuk, and now Baloo, want to open file-watchers on your system to
 get
   change-notifications directly from the kernel (filesystem driver),
   instead of
   polling the filesystem.
   This is actually better, performance wise.
  
   To avoid these message, I created the following file a long time ago:
  
   % cat /etc/sysctl.d/97-kde-nepomuk-filewatch-inotify.conf
   fs.inotify.max_user_watches = 65536
  
   Guess I will need to change the name of that file now :)
  
   Kind regards,
  
   Joost
  
   Thank you, Joost.
  
   Best Regards,
   Francisco
 
  Checking on the file pointed by Joost, I've found it on my filesystem),
 but
  there is another file, an almost exact copy, for baloo:
 
  ~ # l /etc/sysctl.d/
  total 28K
  drwxr-xr-x   2 root root 4,0K Ago 21 10:50 ./
  drwxr-xr-x 160 root root  12K Ago 21 10:22 ../
  -rw-r--r--   1 root root   36 Ago 21 09:16
  97-kde-baloo-filewatch-inotify.conf
 
  -rw-r--r--   1 root root   36 Mai  7  2014
  97-kde-nepomuk-filewatch-inotify.conf
 
 
  ~ # cat /etc/sysctl.d/97-kde-*
  fs.inotify.max_user_watches = 65536
  fs.inotify.max_user_watches = 32768
 
 
 
  The first value (65536) is from 97-kde-baloo-filewatch-inotify.conf .
 The
  second (32768) is from 97-kde-nepomuk-filewatch-inotify.conf.
 
  So, the mystery goes on...
 
  Thanks,
  Francisco

 what does:
 % cat /proc/sys/fs/inotify/max_user_watches
 give you?

 My guess: 32768 (as that's the last one it will find)
 On my system I get 65536.

 I think if you were to remove the nepomuk file, it should work.

 --
 Joost



Unexpected:

~ $ cat /proc/sys/fs/inotify/max_user_watches
131072

both as a regular user an as root.

Going to search for this number on config files.

Thanks for the clue.

Francisco


[gentoo-user] nepomuk gone, baloo enters

2015-08-21 Thread Francisco Ares
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?

Thank you all.
Francisco


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

2015-08-21 Thread J. Roeleveld
On Friday, August 21, 2015 10:06:15 AM 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?


Nepomuk, and now Baloo, want to open file-watchers on your system to get 
change-notifications directly from the kernel (filesystem driver), instead of 
polling the filesystem.
This is actually better, performance wise.

To avoid these message, I created the following file a long time ago:

% cat /etc/sysctl.d/97-kde-nepomuk-filewatch-inotify.conf 
fs.inotify.max_user_watches = 65536

Guess I will need to change the name of that file now :)

Kind regards,

Joost



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

2015-08-21 Thread Francisco Ares
2015-08-21 10:49 GMT-03:00 Francisco Ares fra...@gmail.com:

 2015-08-21 10:31 GMT-03:00 J. Roeleveld jo...@antarean.org:

 On Friday, August 21, 2015 10:06:15 AM 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?


 Nepomuk, and now Baloo, want to open file-watchers on your system to get
 change-notifications directly from the kernel (filesystem driver),
 instead of
 polling the filesystem.
 This is actually better, performance wise.

 To avoid these message, I created the following file a long time ago:

 % cat /etc/sysctl.d/97-kde-nepomuk-filewatch-inotify.conf
 fs.inotify.max_user_watches = 65536

 Guess I will need to change the name of that file now :)

 Kind regards,

 Joost



 Thank you, Joost.

 Best Regards,
 Francisco



Checking on the file pointed by Joost, I've found it on my filesystem), but
there is another file, an almost exact copy, for baloo:

~ # l /etc/sysctl.d/
total 28K
drwxr-xr-x   2 root root 4,0K Ago 21 10:50 ./
drwxr-xr-x 160 root root  12K Ago 21 10:22 ../
-rw-r--r--   1 root root   36 Ago 21 09:16
97-kde-baloo-filewatch-inotify.conf

-rw-r--r--   1 root root   36 Mai  7  2014
97-kde-nepomuk-filewatch-inotify.conf


~ # cat /etc/sysctl.d/97-kde-*
fs.inotify.max_user_watches = 65536
fs.inotify.max_user_watches = 32768



The first value (65536) is from 97-kde-baloo-filewatch-inotify.conf .  The
second (32768) is from 97-kde-nepomuk-filewatch-inotify.conf.

So, the mystery goes on...

Thanks,
Francisco


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

2015-08-21 Thread Francisco Ares
2015-08-21 11:56 GMT-03:00 J. Roeleveld jo...@antarean.org:

 On 21 August 2015 16:39:12 CEST, Francisco Ares fra...@gmail.com wrote:
 2015-08-21 11:30 GMT-03:00 Francisco Ares fra...@gmail.com:
 
  2015-08-21 11:02 GMT-03:00 J. Roeleveld jo...@antarean.org:
 
  On Friday, August 21, 2015 10:56:58 AM Francisco Ares wrote:
   2015-08-21 10:49 GMT-03:00 Francisco Ares fra...@gmail.com:
2015-08-21 10:31 GMT-03:00 J. Roeleveld jo...@antarean.org:
On Friday, August 21, 2015 10:06:15 AM 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?
   
Nepomuk, and now Baloo, want to open file-watchers on your
 system to
  get
change-notifications directly from the kernel (filesystem
 driver),
instead of
polling the filesystem.
This is actually better, performance wise.
   
To avoid these message, I created the following file a long
 time ago:
   
% cat /etc/sysctl.d/97-kde-nepomuk-filewatch-inotify.conf
fs.inotify.max_user_watches = 65536
   
Guess I will need to change the name of that file now :)
   
Kind regards,
   
Joost
   
Thank you, Joost.
   
Best Regards,
Francisco
  
   Checking on the file pointed by Joost, I've found it on my
 filesystem),
  but
   there is another file, an almost exact copy, for baloo:
  
   ~ # l /etc/sysctl.d/
   total 28K
   drwxr-xr-x   2 root root 4,0K Ago 21 10:50 ./
   drwxr-xr-x 160 root root  12K Ago 21 10:22 ../
   -rw-r--r--   1 root root   36 Ago 21 09:16
   97-kde-baloo-filewatch-inotify.conf
  
   -rw-r--r--   1 root root   36 Mai  7  2014
   97-kde-nepomuk-filewatch-inotify.conf
  
  
   ~ # cat /etc/sysctl.d/97-kde-*
   fs.inotify.max_user_watches = 65536
   fs.inotify.max_user_watches = 32768
  
  
  
   The first value (65536) is from
 97-kde-baloo-filewatch-inotify.conf .
  The
   second (32768) is from 97-kde-nepomuk-filewatch-inotify.conf.
  
   So, the mystery goes on...
  
   Thanks,
   Francisco
 
  what does:
  % cat /proc/sys/fs/inotify/max_user_watches
  give you?
 
  My guess: 32768 (as that's the last one it will find)
  On my system I get 65536.
 
  I think if you were to remove the nepomuk file, it should work.
 
  --
  Joost
 
 
 
  Unexpected:
 
  ~ $ cat /proc/sys/fs/inotify/max_user_watches
  131072
 
  both as a regular user an as root.
 
  Going to search for this number on config files.
 
  Thanks for the clue.
 
  Francisco
 
 
 
 
 Also unexpected:
 
 ~ # cd /etc
 etc # fgrep -R 131072 * 2 /dev/null
 apache2/modules.d/10_mod_mem_cache.conf:MCacheSize 131072
 sane.d/sharp.conf:option buffersize 131072
 sysctl.d/97-kde-baloo-filewatch-inotify.conf:fs.inotify.max_user_watches
 =
 131072
 
 
 I have logged out and back in, to check for the effects on that window
 asking for root password.  It did show up again, and now the
 file 97-kde-baloo-filewatch-inotify.conf has been changed.
 
 Going to try again, after removing
 97-kde-nepomuk-filewatch-inotify.conf.
 Back soon...

 Just a guess.
 I think when you provide the root password 2 things happen:
 That value gets increased on the fly (inside /proc/sys/)
 And the baloo-file gets updated as well.

 --
 Sent from my Android device with K-9 Mail. Please excuse my brevity.


Most probably, I also suppose so.  Given root password, the system may do
anything, and that's what scares me ;-)

Best Regards,
Francisco


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

2015-08-21 Thread J. Roeleveld
On 21 August 2015 16:39:12 CEST, Francisco Ares fra...@gmail.com wrote:
2015-08-21 11:30 GMT-03:00 Francisco Ares fra...@gmail.com:

 2015-08-21 11:02 GMT-03:00 J. Roeleveld jo...@antarean.org:

 On Friday, August 21, 2015 10:56:58 AM Francisco Ares wrote:
  2015-08-21 10:49 GMT-03:00 Francisco Ares fra...@gmail.com:
   2015-08-21 10:31 GMT-03:00 J. Roeleveld jo...@antarean.org:
   On Friday, August 21, 2015 10:06:15 AM 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?
  
   Nepomuk, and now Baloo, want to open file-watchers on your
system to
 get
   change-notifications directly from the kernel (filesystem
driver),
   instead of
   polling the filesystem.
   This is actually better, performance wise.
  
   To avoid these message, I created the following file a long
time ago:
  
   % cat /etc/sysctl.d/97-kde-nepomuk-filewatch-inotify.conf
   fs.inotify.max_user_watches = 65536
  
   Guess I will need to change the name of that file now :)
  
   Kind regards,
  
   Joost
  
   Thank you, Joost.
  
   Best Regards,
   Francisco
 
  Checking on the file pointed by Joost, I've found it on my
filesystem),
 but
  there is another file, an almost exact copy, for baloo:
 
  ~ # l /etc/sysctl.d/
  total 28K
  drwxr-xr-x   2 root root 4,0K Ago 21 10:50 ./
  drwxr-xr-x 160 root root  12K Ago 21 10:22 ../
  -rw-r--r--   1 root root   36 Ago 21 09:16
  97-kde-baloo-filewatch-inotify.conf
 
  -rw-r--r--   1 root root   36 Mai  7  2014
  97-kde-nepomuk-filewatch-inotify.conf
 
 
  ~ # cat /etc/sysctl.d/97-kde-*
  fs.inotify.max_user_watches = 65536
  fs.inotify.max_user_watches = 32768
 
 
 
  The first value (65536) is from
97-kde-baloo-filewatch-inotify.conf .
 The
  second (32768) is from 97-kde-nepomuk-filewatch-inotify.conf.
 
  So, the mystery goes on...
 
  Thanks,
  Francisco

 what does:
 % cat /proc/sys/fs/inotify/max_user_watches
 give you?

 My guess: 32768 (as that's the last one it will find)
 On my system I get 65536.

 I think if you were to remove the nepomuk file, it should work.

 --
 Joost



 Unexpected:

 ~ $ cat /proc/sys/fs/inotify/max_user_watches
 131072

 both as a regular user an as root.

 Going to search for this number on config files.

 Thanks for the clue.

 Francisco




Also unexpected:

~ # cd /etc
etc # fgrep -R 131072 * 2 /dev/null
apache2/modules.d/10_mod_mem_cache.conf:MCacheSize 131072
sane.d/sharp.conf:option buffersize 131072
sysctl.d/97-kde-baloo-filewatch-inotify.conf:fs.inotify.max_user_watches
=
131072


I have logged out and back in, to check for the effects on that window
asking for root password.  It did show up again, and now the
file 97-kde-baloo-filewatch-inotify.conf has been changed.

Going to try again, after removing
97-kde-nepomuk-filewatch-inotify.conf.
Back soon...

Just a guess.
I think when you provide the root password 2 things happen:
That value gets increased on the fly (inside /proc/sys/)
And the baloo-file gets updated as well.

-- 
Sent from my Android device with K-9 Mail. Please excuse my brevity.



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

2015-08-21 Thread Grant Edwards
On 2015-08-21, Alan Grimes alonz...@verizon.net wrote:
 Grant Edwards wrote:
 On 2015-08-21, Alan McKinnon alan.mckin...@gmail.com wrote:

 Earlier I saw segfaults in gcc, and another poster pointed it out.

 When gcc segfaults, it is always suspicious mostly because the compiler
 is an app where we know the devs take extraordinary measures to prevent it.

 The most common cause is faulty hardware (most often memory) as gcc
 tends to use all of it in ways no other app does. The usual procedure
 at this point is to run memtest for an extended period - say 48
 hours, or even 72 for an older slow machine.
 That is definitely good advice.  I've run into this situation several
 times.  A machine had bad RAM that didn't seem to cause any problems
 under normal operation.  But, when trying to compile something large
 like gcc, I would see non-repeatable segfaults (it wouldn't always
 segfault at the exact same point).  In those cases, I could often run
 memtest for several passes and not see an error. But, _eventually_
 ramtest would catch it.  Run memtest for a few days.  Really.

 Yeah, I know there's a single bit error out at the end of RAM that
 will appear on the third or fourth pass...

And you're still using it?  And when it doesn't work, you blame
blaming _us_?

**PLONK**

 It just doesn't seem reasonable to demand that every bit in a 32
 gigabyte memory bank be absolutely perfect

Idiot.

Of _course_ software expects memory to work.  Why don't you stop
bothering us and go write an OS that doesn't depend on RAM working
properly.

-- 
Grant Edwards   grant.b.edwardsYow! Now KEN and BARBIE
  at   are PERMANENTLY ADDICTED to
  gmail.comMIND-ALTERING DRUGS ...




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

2015-08-21 Thread Francisco Ares
2015-08-21 11:39 GMT-03:00 Francisco Ares fra...@gmail.com:

 2015-08-21 11:30 GMT-03:00 Francisco Ares fra...@gmail.com:

 2015-08-21 11:02 GMT-03:00 J. Roeleveld jo...@antarean.org:

 On Friday, August 21, 2015 10:56:58 AM Francisco Ares wrote:
  2015-08-21 10:49 GMT-03:00 Francisco Ares fra...@gmail.com:
   2015-08-21 10:31 GMT-03:00 J. Roeleveld jo...@antarean.org:
   On Friday, August 21, 2015 10:06:15 AM 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?
  
   Nepomuk, and now Baloo, want to open file-watchers on your system
 to get
   change-notifications directly from the kernel (filesystem driver),
   instead of
   polling the filesystem.
   This is actually better, performance wise.
  
   To avoid these message, I created the following file a long time
 ago:
  
   % cat /etc/sysctl.d/97-kde-nepomuk-filewatch-inotify.conf
   fs.inotify.max_user_watches = 65536
  
   Guess I will need to change the name of that file now :)
  
   Kind regards,
  
   Joost
  
   Thank you, Joost.
  
   Best Regards,
   Francisco
 
  Checking on the file pointed by Joost, I've found it on my
 filesystem), but
  there is another file, an almost exact copy, for baloo:
 
  ~ # l /etc/sysctl.d/
  total 28K
  drwxr-xr-x   2 root root 4,0K Ago 21 10:50 ./
  drwxr-xr-x 160 root root  12K Ago 21 10:22 ../
  -rw-r--r--   1 root root   36 Ago 21 09:16
  97-kde-baloo-filewatch-inotify.conf
 
  -rw-r--r--   1 root root   36 Mai  7  2014
  97-kde-nepomuk-filewatch-inotify.conf
 
 
  ~ # cat /etc/sysctl.d/97-kde-*
  fs.inotify.max_user_watches = 65536
  fs.inotify.max_user_watches = 32768
 
 
 
  The first value (65536) is from 97-kde-baloo-filewatch-inotify.conf .
 The
  second (32768) is from 97-kde-nepomuk-filewatch-inotify.conf.
 
  So, the mystery goes on...
 
  Thanks,
  Francisco

 what does:
 % cat /proc/sys/fs/inotify/max_user_watches
 give you?

 My guess: 32768 (as that's the last one it will find)
 On my system I get 65536.

 I think if you were to remove the nepomuk file, it should work.

 --
 Joost



 Unexpected:

 ~ $ cat /proc/sys/fs/inotify/max_user_watches
 131072

 both as a regular user an as root.

 Going to search for this number on config files.

 Thanks for the clue.

 Francisco




 Also unexpected:

 ~ # cd /etc
 etc # fgrep -R 131072 * 2 /dev/null
 apache2/modules.d/10_mod_mem_cache.conf:MCacheSize 131072
 sane.d/sharp.conf:option buffersize 131072
 sysctl.d/97-kde-baloo-filewatch-inotify.conf:fs.inotify.max_user_watches =
 131072


 I have logged out and back in, to check for the effects on that window
 asking for root password.  It did show up again, and now the
 file 97-kde-baloo-filewatch-inotify.conf has been changed.

 Going to try again, after removing 97-kde-nepomuk-filewatch-inotify.conf.
 Back soon...



It took a while longer, but there it is, asking for root password.  After
removing 97-kde-nepomuk-filewatch-inotify.conf and
adjusting 97-kde-baloo-filewatch-inotify.conf contents to the suggested by
Joost, there it is again, asking for root password.

Now, before hitting the OK button:

polkit.subject.pid 24276
polkit.caller.pid:  25543


~ # ps -ejH
  PID  PGID   SID TTY  TIME CMD
2 0 0 ?00:00:00 kthreadd
3 0 0 ?00:00:01   ksoftirqd/0
5 0 0 ?00:00:00   kworker/0:0H
 ...
25528 0 0 ?00:00:00   kworker/3:2
25536 0 0 ?00:00:00   kworker/1:2
1 1 1 ?00:00:00 init
 1761  1761  1761 ?00:00:00   systemd-udevd
 ...
24173 24173 24173 ?00:00:00   dbus-daemon
24220 24220 24220 ?00:00:00   kdeinit4
24221 24220 24220 ?00:00:00 klauncher
 ...
24247 24220 24220 ?00:00:00   kactivitymanage
24270 24220 24220 ?00:00:17   plasma-desktop
24272 24220 24220 ?00:00:00 ksysguardd
24276 24220 24220 ?00:00:25   baloo_file
 ...
25543  3972  3972 ?00:00:00   kde_baloo_filew


So, they are part of the same tree, but there is no parent-child
relationship among them - as far as I understand this listing.

Thanks!
Francisco


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

2015-08-21 Thread Alan Grimes
What in god's name are these semantic desktops  good for any way? The
only thing nepomunk ever did was consume CPU resources, I think I
intentionally broke the e-build on that one to prevent it from
installing such a useful, resource hungry, piece of crap. =( Who do you
think I am? A windows user???

I use fvwm. In a few years I expect to be sick of it again, at which point I'll 
try every window manager I can get to work on my system, then I'll re-discover 
fvwm and use it for another 5 years... 



-- 
IQ is a measure of how stupid you feel.

Powers are not rights.




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

2015-08-21 Thread Alan Grimes
Grant Edwards wrote:
 On 2015-08-21, Alan McKinnon alan.mckin...@gmail.com wrote:

 Earlier I saw segfaults in gcc, and another poster pointed it out.

 When gcc segfaults, it is always suspicious mostly because the compiler
 is an app where we know the devs take extraordinary measures to prevent it.

 The most common cause is faulty hardware (most often memory) as gcc
 tends to use all of it in ways no other app does. The usual procedure
 at this point is to run memtest for an extended period - say 48
 hours, or even 72 for an older slow machine.
 That is definitely good advice.  I've run into this situation several
 times.  A machine had bad RAM that didn't seem to cause any problems
 under normal operation.  But, when trying to compile something large
 like gcc, I would see non-repeatable segfaults (it wouldn't always
 segfault at the exact same point).  In those cases, I could often run
 memtest for several passes and not see an error. But, _eventually_
 ramtest would catch it.  Run memtest for a few days.  Really.

Yeah, I know there's a single bit error out at the end of RAM that will
appear on the third or fourth pass...

I have already RMA'd half of the ram in this machine because it was
giving a whole fist-full of errors across two sticks... I run the rusty
old bus on the CPU ( SIX CORES)  a bit harder than it was intended
in order to keep up with the new junk. My previous machine had ECC.   =(

I was advised to just jack the voltage a little bit and live with it. I
guess I'd better run more tests and see what the situation is

It just doesn't seem reasonable to demand that every bit in a 32
gigabyte memory bank be absolutely perfect

-- 
IQ is a measure of how stupid you feel.

Powers are not rights.




[gentoo-user] Re: Install PreQualifying Matrix

2015-08-21 Thread James
Dale rdalek1967 at gmail.com writes:

  Blueness is a wonderful and collegial type of dev
  and is currently seeking input on his 'alpha' ideas::
  https://wiki.gentoo.org/wiki/Project:RelEng_GRS


His work is progressing and there are (3) major versions just 
posted to gentoo-dev.


 So this is to create a installer then?  Someone built a installer a long
 time ago and it didn't work well.  Heck, I never could get the thing to
 even complete the install and that was IF it would boot at all to even
 start the process.  It would hang somewhere and then sit there doing
 nothing.  After that, I found a installer to be useless and a waste of
 time.  I wasn't alone on that point either.  Not long after that, the
 installer project died.  The current handbook, it works. 

Funny. I just recently took the old 2008 version and installed on old
vintage hardware and it worked like a charm. ymmv.


 This is the issue as I see it.  A few people want a installer to make
 Gentoo easier to install.  Well, why?  After you install Gentoo, you
 have to update, maintain and maybe repair that install.  A installer
 isn't going to do that unless you wait for a new version of the
 installer and re-install/update sort of like windoze does.  Basically,
 you are going to need what is learned during the install to
 maintain/repair your system and that is just the start of it.  It's that
 simple. 

I look at your argument here as mono-dimensional as there are a plethora
of 'gentoo' systems one can end up with now; a lot has changed.

Embedded, tablet, gentoo-cell phone, efi, mbr not to mention what the final
target is (server, security-appliance, terminal server, CI, vm or container
host etc etc). One install semantic does not fit all current nor future needs.

Besides, if I want to deploy 50 systems for a cluster, one at a time in
parallel what do you recommend? via handbook? The modern diversity of
hardware options has rendered the gentoo handbook, dysfunctional, at best,
imho. ymmv.



 Another issue with having an installer.  People install Gentoo with the
 installer, if it works, and are basically completely clueless about
 Gentoo and the effort it takes to run it.  I'd be surprised if even a
 small percentage that used the last installer are still using Gentoo. 

I am; that's at least one.

 People use the installer, find out that Gentoo isn't a point n click
 distro, get pissed because they actually have to work at it and then
 they switch to something else.  Does that benefit Gentoo?  Not likely. 

So we split off the install support to another group so the good-folks
on gentoo-user do not have to be bothered with these sort of
installer-folks. My bet is this *attitude* is bullshit and these problems,
with an automated install system will be quite manageable by the
gentoo-noob-community directly. ymmv. We'll see, won't we? Either way,
your participate will be optional; so don't stress out about it.


 Gentoo can be a pain and most people don't want that because they don't
 want to put any real effort into their OS.  When I install Linux for
 someone else, I put some sort of Ubuntu or something that they can
 handle.  Putting Gentoo on a system and expecting them to handle updates
 would be . . . well . . . silly.  It would be a setup for failure.  If
 someone wanted to run Gentoo on their puter, I'd sit with them while
 they went through the install, with them doing the work and learning. 

Dale, kids, old folk and such blue collar folks run gentoo. I know I have
set up probably hundreds of gentoo systems for folks over the years. Many
haver gone on to study computer science or EE in school, other keep busting
wrenches for a living. The mystic that gentoo is only for the compiler
genies of the world is absolutely bullshit, so get that out of your brain,
or at least stop spewing that venom as gospel. You have no statistical
proof, only one at a time experiences. YES some behave that way. But
countless others do not and have not behave that way in the past and
currently;  and they would appreciate a simple semi-automated install
pathway, if not many such options for unattended installs of gentoo.

To me, gentoo is an emancipation of one's ablity,  to both run and optimize
software on hardware or virtual; and I run into lots of folks, including
recent college grads that just love it. Gentoo is NOT DIFFICULT, once the
basic install is accomplished, in my experiences. A frustrating gentoo
install does not even come close to learing everything one needs to know
about gentoo to manipulated the gentoo system going forward. Nor is
it the only pathway to a happy gentoo install.

Embedded software developers that have little *nix experience readily take
to gentoo, because of it's sourcecode nature. There are many of those
folks being force into linux in the past and currently. Many of them are
older and some have lots of experience with assembler codes. All that
I have dealt with are bit agry that somebody did not tell them about

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

2015-08-21 Thread Alan McKinnon
On 21/08/2015 17:05, Alan Grimes wrote:
 What in god's name are these semantic desktops  good for any way? The
 only thing nepomunk ever did was consume CPU resources, I think I
 intentionally broke the e-build on that one to prevent it from
 installing such a useful, resource hungry, piece of crap. =( Who do you
 think I am? A windows user???


Well, let's see. It's not like Nepomuk and the concept of a semantic
desktop wasn't a university research project sponsored by the European
Union, and the researchers chose KDE to implement it on (presumably
because OSS is an excellent fit for exactly that kind of thing). It's
not like there aren't many web pages out there that fully describe the
origins of Nepomuk and what the purpose of the research was, and that
Google can't find all of those issues for you in mere seconds.

Nope, it wasn't like that at all.

The purpose and goal of Nepomuk is not in doubt, not even slightly. The
first implementation though, turns out to have been less than ideal,
particularly the backing store. So Nepomuk was eventually considered a
flawed prototype that demonstrated what not to do (this is the *real*
purpose of prototypes - ask any successful engineer), and Baloo written
instead. The intent is to get the benefits of a semantic desktop without
having to use all available resources to do it.

Not everything in this world warrants a clueless rant you know.




-- 
Alan McKinnon
alan.mckin...@gmail.com




[gentoo-user] Re: Install PreQualifying Matrix

2015-08-21 Thread James
Rich Freeman rich0 at gentoo.org writes:


  Besides, if I want to deploy 50 systems for a cluster, one at a time in
  parallel what do you recommend? via handbook? The modern diversity of
  hardware options has rendered the gentoo handbook, dysfunctional, 
  at best,  imho. ymmv.
 I have mixed feelings on this one.

YES. We all do. I just think the time has come for gentoo to offer
a variety of installation semantics. The hand book is valid. An installer
is valid. Using Ansible and such is valid. Clonezilla is valid [1].
Using  scp or dd HD to HD is valid. There are no limits to valid
pathways. We should just get on with 'diversity of gentoo installs' and
be done with it. If the handbook is 95% of the new installs, so be it.
MY prediction is with other viable options, the handbook we be actively
used as a reference, but we'll quickly experience an increase in usage 
of new install semantics. Pentoo is one well kept secret, as you know.[2]
zchaos is a titan, imho, and his work deserves accolades as well as exposure
in the greater gentoo community. I certainly appreciate pentoo
more and more every day.


 After reading some accounts in a completely different list I can see a
 lot of the value of just being able to click a few buttons and have
 gentoo running, and then having the luxury of tailoring it later.
 This was the driver to drop the stage1 installs in favor of stage3 in
 the first place.

We can all interpret the past via a variety of lenses. As always your
perspectives have a causal effect on my mind, so go easy with me? I do not
have all of this worked out, but, I am very passionate about this paradigm
shift.

Bootstrapping, from a micro processor point of view, has a myriad of
semantics, all valid and millions of embedded products use bootstrapping
semantics mostly uniquely created by the coders of those individual
products. Semiconductor companies usually provide the stub code, registers,
 details of ram, rom, eeprom mmc, flash, etc etc and the coders write unique
code to package the boot-loader so as to be 'license free'. WE do not have
to go to that level, but surely encouraging and creating a plethora of
pathways to install gentoo is a good thing. 

Then folk can think of a variety of ways (catalyst, profile, world_file,
ansible etc etc) of how to put collections of packages and configa onto the
recent installs in an unattended fashion.   This will prepare us (gentoo) to
champion the future of VM, Containers and clusters is a very logical and
extensible way. NOBODY is bridging the divide between physical (actual HD)
semantics and those ethereal {vm, container, remote hosted etc) so that it
is one large, but logical endeavour. imho. This is where I believe gentoo
can dominate. Compiling from 100% sources, the gentoo way, is a killer
advantage and gentoo is very well positioned on that. You should read up on 
what D.Berk wrote some years ago about clusters and look at the who's
who list of research and commercial folks that used gentoo for clusters;
if you have not already done so. I have notice some of those docs
disappearing, but they are all at legacy archives..

Tuning clusters/Clouds is all about managing sources, keeping the
source-trees (gitignore) pristine and keeping the OS pristine. Likewise the
same thing need to happen to the underlying kernel. Like it or not the
Kernel_bloat is at an all time high and that is a separate but parallel
need. Gentoo supporting both OpenRC and systemd is allowing this distro to
morph into something unmatched in the linux world, imho. It's a very good
thing for Gentoo and I believe this will only benefit Gentoo, linux and the
open source communities. Like it or not, Gentoo is a power player. Folks
just try to keep it a secret, commercially. It's gonna explode everywhere,
once it is easy to install. Systemd has dis-lodged many linux users
and that is a wonderfui but time limited opportunity for Gentoo (a window in
time, if you like).

Combined efficiently (virtual and real), will allow the distro to prosper
beyond it's competition. Those non-rolling distros are at a huge
disadvantage on performance, security and maintainability imho. Look at
Suse's recent moves. All we lack is raw speed/simplicity in the installation
semantic(s). imho.



 Still, if I were actually deploying on a cluster I don't think any of
 this is the way I'd probably do it.  On a cluster I'd be more
 concerned with integration with a configuration management system.
 I'd be thinking more of things like openstack and coreos for the
 initial install, and then Gentoo is just something that goes on top
 (or in the case of coreos, underneath).  It is a bit like sticking
 your filesystem on top of lvm - it just makes things easier down the
 road with almost zero cost. 

Those distros that currently offer quickie installs of clusters,
are mostly pathetic at what's needed to run different, tuned or stripped
kernsl underneath. Kernel tuning supremacy  for those 'cluster distros'

Re: [gentoo-user] use CGI::FormBuilder::Multi; ...

2015-08-21 Thread 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 
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

-- 
Fernando Rodriguez



Re: [gentoo-user] Re: Install PreQualifying Matrix

2015-08-21 Thread Rich Freeman
On Fri, Aug 21, 2015 at 3:28 PM, James wirel...@tampabay.rr.com wrote:
 You are right and you are wrong:: Openstack nor CoreOS are the best approach
 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.

-- 
Rich



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

2015-08-21 Thread J. Roeleveld
On Friday, August 21, 2015 11:00:16 AM Alan Grimes wrote:
 Grant Edwards wrote:
 Yeah, I know there's a single bit error out at the end of RAM that will
 appear on the third or fourth pass...

Replace it

 I have already RMA'd half of the ram in this machine because it was
 giving a whole fist-full of errors across two sticks... I run the rusty
 old bus on the CPU ( SIX CORES)  a bit harder than it was intended
 in order to keep up with the new junk. My previous machine had ECC.   =(
 
 I was advised to just jack the voltage a little bit and live with it. I
 guess I'd better run more tests and see what the situation is

Advised by who?

 It just doesn't seem reasonable to demand that every bit in a 32
 gigabyte memory bank be absolutely perfect

I have machines with a lot more and all of them work perfectly.

Please don't bother this list with more of your complaining until you grow up 
and learn how to use computers properly.




Re: [gentoo-user] Re: Install PreQualifying Matrix

2015-08-21 Thread Rich Freeman
On Fri, Aug 21, 2015 at 11:39 AM, James wirel...@tampabay.rr.com wrote:
 Dale rdalek1967 at gmail.com writes:

 Besides, if I want to deploy 50 systems for a cluster, one at a time in
 parallel what do you recommend? via handbook? The modern diversity of
 hardware options has rendered the gentoo handbook, dysfunctional, at best,
 imho. ymmv.

I have mixed feelings on this one.

After reading some accounts in a completely different list I can see a
lot of the value of just being able to click a few buttons and have
gentoo running, and then having the luxury of tailoring it later.
This was the driver to drop the stage1 installs in favor of stage3 in
the first place.

Still, if I were actually deploying on a cluster I don't think any of
this is the way I'd probably do it.  On a cluster I'd be more
concerned with integration with a configuration management system.
I'd be thinking more of things like openstack and coreos for the
initial install, and then Gentoo is just something that goes on top
(or in the case of coreos, underneath).  It is a bit like sticking
your filesystem on top of lvm - it just makes things easier down the
road with almost zero cost.

-- 
Rich



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

2015-08-21 Thread J. Roeleveld
On Friday, August 21, 2015 11:05:06 AM Alan Grimes wrote:
 What in god's name are these semantic desktops  good for any way? The
 only thing nepomunk ever did was consume CPU resources, I think I
 intentionally broke the e-build on that one to prevent it from
 installing such a useful, resource hungry, piece of crap. =( Who do you
 think I am? A windows user???

Yes




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

2015-08-21 Thread Dale
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?

 Thank you all.
 Francisco



Reading your posts, it seems you don't really want this feature of
KDE.  Why not disable the thing?  I have this in make.conf:

-nepomuk  -semantic-desktop

So far, that has disabled the whole desktop search thingy, that I also
found to be a pest and never needed.

Just a thought, in case you wasn't aware.

Dale

:-)  :-) 




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

2015-08-21 Thread Dale
Alan Grimes wrote:
 Grant Edwards wrote:
 On 2015-08-21, Alan McKinnon alan.mckin...@gmail.com wrote:

 Earlier I saw segfaults in gcc, and another poster pointed it out.

 When gcc segfaults, it is always suspicious mostly because the compiler
 is an app where we know the devs take extraordinary measures to prevent it.

 The most common cause is faulty hardware (most often memory) as gcc
 tends to use all of it in ways no other app does. The usual procedure
 at this point is to run memtest for an extended period - say 48
 hours, or even 72 for an older slow machine.
 That is definitely good advice.  I've run into this situation several
 times.  A machine had bad RAM that didn't seem to cause any problems
 under normal operation.  But, when trying to compile something large
 like gcc, I would see non-repeatable segfaults (it wouldn't always
 segfault at the exact same point).  In those cases, I could often run
 memtest for several passes and not see an error. But, _eventually_
 ramtest would catch it.  Run memtest for a few days.  Really.
 Yeah, I know there's a single bit error out at the end of RAM that will
 appear on the third or fourth pass...

 I have already RMA'd half of the ram in this machine because it was
 giving a whole fist-full of errors across two sticks... I run the rusty
 old bus on the CPU ( SIX CORES)  a bit harder than it was intended
 in order to keep up with the new junk. My previous machine had ECC.   =(

 I was advised to just jack the voltage a little bit and live with it. I
 guess I'd better run more tests and see what the situation is

 It just doesn't seem reasonable to demand that every bit in a 32
 gigabyte memory bank be absolutely perfect



You know those multi terabyte hard drives they make, every bit of those
platters that are actively in use must work perfectly.  If just one
thing, just one tiny bit, is not working correctly, you get bad data. 
With computers, one bit of bad data means something doesn't work be it
hard drives or memory or even the CPU.  You may can live with it on
widoze but not Linux.  Linus maximizes the use of memory more so than
windoze.   I have 16Gbs of ram here.  Even if I don't compile anything,
eventually all my memory will be used by cache if nothing else.  Once
that cache hits a bad spot, there is trouble.

Might I also add, whoever told you to live with it, I hope they don't
work on airplanes and I wouldn't take advice from them to much on puter
stuff in the future. 

Just my $0.02 worth.

Dale

:-)  :-) 




Re: [gentoo-user] Anyone using xfce4 with compositing turned off?

2015-08-21 Thread wabenbau
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



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

2015-08-21 Thread Fernando Rodriguez
On Friday, August 21, 2015 11:00:16 AM Alan Grimes wrote:
 Grant Edwards wrote:
  On 2015-08-21, Alan McKinnon alan.mckin...@gmail.com wrote:
 
  Earlier I saw segfaults in gcc, and another poster pointed it out.
 
  When gcc segfaults, it is always suspicious mostly because the compiler
  is an app where we know the devs take extraordinary measures to prevent 
it.
 
  The most common cause is faulty hardware (most often memory) as gcc
  tends to use all of it in ways no other app does. The usual procedure
  at this point is to run memtest for an extended period - say 48
  hours, or even 72 for an older slow machine.
  That is definitely good advice.  I've run into this situation several
  times.  A machine had bad RAM that didn't seem to cause any problems
  under normal operation.  But, when trying to compile something large
  like gcc, I would see non-repeatable segfaults (it wouldn't always
  segfault at the exact same point).  In those cases, I could often run
  memtest for several passes and not see an error. But, _eventually_
  ramtest would catch it.  Run memtest for a few days.  Really.
 
 Yeah, I know there's a single bit error out at the end of RAM that will
 appear on the third or fourth pass...
 
 I have already RMA'd half of the ram in this machine because it was
 giving a whole fist-full of errors across two sticks... I run the rusty
 old bus on the CPU ( SIX CORES)  a bit harder than it was intended
 in order to keep up with the new junk. My previous machine had ECC.   =(
 
 I was advised to just jack the voltage a little bit and live with it. I
 guess I'd better run more tests and see what the situation is
 
 It just doesn't seem reasonable to demand that every bit in a 32
 gigabyte memory bank be absolutely perfect

LOL. It's perfectly reasonable.
If it's under warranty, return it. And get a different brand cause it sounds 
like what you got is crap.

If it's not under warranty and after running the test for an extended period 
as adviced you're sure that it's only a single bad bit at the highest end you 
can boot with the mem= option. Also see memmap and memtest.

https://www.kernel.org/doc/Documentation/kernel-parameters.txt

-- 
Fernando Rodriguez



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

2015-08-21 Thread Fernando Rodriguez
On Friday, August 21, 2015 6:27:36 PM Dale wrote:
 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?
 
  Thank you all.
  Francisco
 
 
 
 Reading your posts, it seems you don't really want this feature of
 KDE.  Why not disable the thing?  I have this in make.conf:
 
 -nepomuk  -semantic-desktop
 
 So far, that has disabled the whole desktop search thingy, that I also
 found to be a pest and never needed.
 
 Just a thought, in case you wasn't aware.
 
 Dale
 
 :-)  :-) 

Do you use kmail? I disabled nepomuk at one point and I wasn't able to access 
my contacts on kmail. I think it's the same with baloo. And from what I've 
read the plan is for more applications to use it so you may miss important 
features. They recommend just disabling file indexing or adding your home 
directory to the exclusion list on system settings, But after doing that I 
still got that popup a few times until I okay'd it.

-- 
Fernando Rodriguez



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

2015-08-21 Thread Dale
Fernando Rodriguez wrote:
 On Friday, August 21, 2015 6:27:36 PM Dale wrote:
 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?

 Thank you all.
 Francisco


 Reading your posts, it seems you don't really want this feature of
 KDE.  Why not disable the thing?  I have this in make.conf:

 -nepomuk  -semantic-desktop

 So far, that has disabled the whole desktop search thingy, that I also
 found to be a pest and never needed.

 Just a thought, in case you wasn't aware.

 Dale

 :-)  :-) 
 Do you use kmail? I disabled nepomuk at one point and I wasn't able to access 
 my contacts on kmail. I think it's the same with baloo. And from what I've 
 read the plan is for more applications to use it so you may miss important 
 features. They recommend just disabling file indexing or adding your home 
 directory to the exclusion list on system settings, But after doing that I 
 still got that popup a few times until I okay'd it.



I used to use Kmail until all this mess started.  I think the last I
used Kmail was back in KDE3.  When I saw all this mess coming, I
switched to Seamonkey.  Seamonkey does all my email stuff and I'm happy
with it.  I do wish the sound notification thingy would work tho.  Maybe
I just need to sit down one day and try to figure out why it doesn't
work.  Sound works everywhere else.  Still, it does what I really need
without to much bloat. 

I installed KDE with the kde-meta.  It basically installs everything but
the kitchen sink.  To be honest tho, I could likely install it in a
better way that leaves out TONS of stuff I never use.  This file indexer
thingy is one of the ones I have never had a need for.  If I want to
find some file, locate, find and etc works for those rare occasions.  It
is rare since I'm fairly well organized with my stuff.  Well, computer
files at least.  My closet and shop is a different matter tho.  lol 

My point was that this can be disabled IF it is not needed.  If it is
needed, then fixing it is the solution.  If it is not, disable it and
shove the problem into the trash can.  ;-)

Dale

:-)  :-) 




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

2015-08-21 Thread Alan McKinnon
On 21/08/2015 04:41, wraeth wrote:
 On 21/08/15 11:49, Alan Grimes wrote:
 tortoise ~ # emerge --info ... Repositories:
 
 You have a fair number of overlays. It probably doesn't need to be
 said, but you should watch out for packages being pulled in from an
 overlay instead of the default Gentoo repository.
 
 CFLAGS=-O3 -march=native -pipe  CXXFLAGS=-O3 -march=native -pipe
 
 
 C{XX}FLAGS=-O3 is known to cause some issues [1]. If you've done an
 --emptytree rebuild with -O3 then this could be the cause of the
 segfaults.


Earlier I saw segfaults in gcc, and another poster pointed it out.

When gcc segfaults, it is always suspicious mostly because the compiler
is an app where we know the devs take extraordinary measures to prevent it.

The most common cause is faulty hardware (most often memory) as gcc
tends to use all of it in ways no other app does. The usual procedure at
this point is to run memtest for an extended period - say 48 hours, or
even 72 for an older slow machine.


 
 wraeth wrote:
 More information about your environment, such as an `emerge
 --info` and relevant flags/settings for a specific package that
 is failing would go a fair way to giving us the information we
 need (and have asked for) to be able to help you.
 
 The `emerge --info` helps, but you haven't listed an explicit build
 failure or details about that package.
 

-- 
Alan McKinnon
alan.mckin...@gmail.com