Mat Troi | 22 Oct 23:43 2014

Question about the ".section .note.GNU-stack," failure during compilation


I am trying to compile GNUTLS 3.3.9 on a Solaris system with Solaris
Studio 12.2 and I got a bunch of errors relating to GNU-stack.

        "elf/cpuid-x86_64.s", line 59 : Syntax error
        Near line: ".section .note.GNU-stack,"",%progbits"
        "elf/aes-ssse3-x86_64.s", line 841 : Syntax error
        Near line: ".section .note.GNU-stack,"",%progbits"
cc: fbe failed for elf/cpuid-x86_64.s
cc: fbe failed for elf/aes-ssse3-x86_64.s
        "elf/e_padlock-x86_64.s", line 1067 : Syntax error
        Near line: ".section .note.GNU-stack,"",%progbits"
make[5]: *** [elf/cpuid-x86_64.lo] Error 1
make[5]: *** Waiting for unfinished jobs....
make[5]: *** [elf/aes-ssse3-x86_64.loAssembler: ] Error 1

Has anyone seen these type of erros and what is a way to fix this?


James | 22 Oct 22:05 2014

ceph on btrfs


So looking at the package sys-cluster/ceph, I see these flags:
cryptopp debug fuse gtk +libaio libatomic +nss radosgw static-libs tcmalloc
xfs zfs   No specific flags for btrfs?

ceph-0.67.9 is marked stable, while 0.67.10 and  0.80.5 are marked
(yellow) testing and *9999 is marked (red) masked. So what version
would anyone recommend, with what flags?  [1]

 Ceph will be the DFS on top of a (3) node mesos+spark cluster. 
btrfs is being  set up with 2 disks in raid 1 on each system. Btrfs
seems to be keenly compatible with ceph [2].

Guidance and comments, warmly requested,



Stefano Crocco | 22 Oct 12:20 2014

logging out from kde plasma 5

Hello to everyone.

I've being trying plasma 5 from the kde overlay for the last two weeks. Among
other issues I've found, the worst one is the fact that I can no longer close
cleanly the plasma session. Using the log out, halt or reboot commands from the
application launcher gives me a screen with a 30 seconds timeout, a list of the
three options, logout, reboot and halt and two buttons, one to cancel and one to
exit immediately. However, whether I press the button or I wait for the timeout
to end, nothing happens. The only ways to close the session are either to issue
a reboot or halt command from a shell or kill the X server with the
Ctrl+Alt+Backspace combination.

I've tried an Ubuntu plasma 5 live CD and with it quitting the session works
correctly, so it means there's something wrong either with the gentoo kde overlay
(unlikely) or with my system (much more likely). 

Is there anybody who has any idea about this issue?

Thanks in advance


Ajai Khattri | 22 Oct 07:12 2014

Trying to debug postgrey

Ive been running postgrey for years without any problems but today I 
noticed I hadn't gotten email for awhile and realized upon investigation 
that postgrey wasnt running so postfix was rejecting mail.

What's maddening is that I can run postgrey quite happily from the command 
line in the foregorund, but if I try to use the init script or otherwise 
try to daemonize it, it silently crashes:

# /etc/init.d/postgrey start
  * Starting Postgrey ...
  [ ok ]
# pgrep -af postgrey

Its not running.

The logs dont show anything useful. If I ask the init script to be verbose 
I see this:

# /etc/init.d/postgrey start --verbose
  * Caching service dependencies ...
  [ ok ]
  * Starting Postgrey ...
  * start-stop-daemon: fopen `/var/run/': No such file or 
  [ ok ]

which doesn't make much sense.

(Continue reading)

Douglas J Hunley | 20 Oct 14:40 2014

prevent package from creating dir?

I've noticed that newer releases of systemd unconditionally create
/var/log/journal if it doesn't exist. I'm getting tired of nuking this
directory after every upgrade of systemd. I know how to configure
Portage to not overwrite config files, but is there an option to _not_
create a directory if it exists? Yes, I could edit the "Storage" line
journald.conf but thinking bigger picture (for when some other package
starts doing this) I'm curious if Portage can be told not to do this.


Douglas J Hunley (doug.hunley <at>
Twitter:  <at> hunleyd                                               Web:

Philip Webb | 19 Oct 02:21 2014

Kernel 3.17.1-r1

 2  more kernel problems, both solved fairly quickly.

(1) Somehow, presumably in 'make menuconfig' for 3.17.0 ,
the real-time-clock option got unchecked,
resulting in a "can't find hardware clock" error at start/shutdown.
Perhaps it's a bug in menuconfig or perhaps the option got moved around ;
since it's not new, I shouldn't have been asked about it during the dialog.

(2) There's been a sudden masking of 3.17.0 in favor of 3.17.1-r1 ,
now successfully running my machine.


SUPPORT     ___________//___,   Philip Webb
ELECTRIC   /] [] [] [] [] []|   Cities Centre, University of Toronto
TRANSIT    `-O----------O---'   purslowatchassdotutorontodotca

James | 18 Oct 17:49 2014

gigabyte mobo latency


OK, so I run a minimalist DE (LXDE) and htop to monitor
system performance. The mobo has an fx8350 with 8 cores
(currently set at 4GHz (unclocked). The system rarily
uses over 8/32 gig of it's ram. So the resources are not
even close to exhausted. cpus mostly idle.

I do keep (2) browsers up, with tabs aplenty, but they are not being used
very much. It's mostly a myriad of documents to read while I hack at code.

Often the latency is minimal and the system response (as guaged)
from the keyboard is fine (quick). Other times the active terminal
session is a pig mostly in the web browser windows.

So. Is there a make.conf setting or elsewhere to make the 
terminal session response times, in the browsers (seamonkey, firefox)
faster?  Something like a ram_disk just for the browsers?

Note, after I finish up a project, many (browser) terminal sessions
are deleted and things are fine again. I'm just asking for a way
to ensure more ram/cpu resources are dedicated to the browsers
to boost performance, on a dynamic basis (without manual intervention).

Maybe a ram_disk_cache  (dynamic renice to-10 for the active window?) just
for the active browser window (the browser window I'm typing in? (background
code compilations are not concurrent with
the typing latency in the browser windows).....

(Continue reading)

gevisz | 18 Oct 10:34 2014

An alternative keyboard layout is lost

This is the continuation from the thread
"XFCE weather plugin does not work"

2014-10-18 10:03 GMT+03:00 Gevisz <gevisz <at>>:
> On Fri, 17 Oct 2014 23:37:16 +0100
> David W Noon <dwnoon <at>> wrote:
>> Hash: SHA1
>> On Fri, 17 Oct 2014 22:33:45 +0100, Neil Bothwick (neil <at>
>> wrote about "Re: [gentoo-user] Re: XFCE weather plugin does not work"
>> (in <20141017223345.16c96ec8 <at>>):
>> > On Fri, 17 Oct 2014 21:13:52 +0000 (UTC), James wrote:
>> >
>> >> And last, can any patch that ends in .patch be applied to the
>> >> intended ebuild or does the gentoo ebuild auther have to put some
>> >> special code into an (EAPI-5) ebuild to facilitate user patches?
>> >
>> > AFAIR the ebuild simply has to call epatch_user() in src_unpack()
>> > and any matching patches in /etc/portage/patches are applied.
>> The usual place is src_prepare().
>> I have prepared some patches from the Xfce repository with line
>> addressing to match the Gentoo sources tarball.  I attach a tarball of
>> theses patches that can be untarred in /etc/portage/patches/.
> I have unpacked your patches to /etc/portage/patches as described here:
(Continue reading)

Philip Webb | 18 Oct 06:17 2014

kernel 3.17.0

I just installed Kernel 3.17.0 (gentoo-sources)
& noticed there are specific options for Gentoo right at the beginning.
Are we really privileged to have our own place in kernel-land
or have these been added by the Gentoo devs ?


SUPPORT     ___________//___,   Philip Webb
ELECTRIC   /] [] [] [] [] []|   Cities Centre, University of Toronto
TRANSIT    `-O----------O---'   purslowatchassdotutorontodotca

Alec Ten Harmsel | 18 Oct 05:45 2014

[OT] Routing Problems

Hey guys,

This is not Gentoo-specific, but one of my roommates just replaced our
router with a DD-WRT routers. For the most part, everything is great and
I love it. There's one problem, that may or may not be cause by said new
router. Between my desktop and my server, I can not ping/SSH/whatever.
The ARP request never gets resolved. Every other connection between any
other pair of machines works, just not desktop to server and vice versa.

The only stuff I could find on Google (which is mainly a front for
searching stackoverflow) is that it's a MAC collision (it's not) or that
it's a hardware problem (which I guess it may be, although I've tried
numerous permutations).

If anyone has any insight, I would appreciate it. I've been banging my
head against this for nearly one week now.



Frank Steinmetzger | 18 Oct 01:50 2014

Trying to set up HP printer with foo2zjs

Dear knowledgables

I am trying to set up an HP LaserJet 1000 printer with foo2zjs. I had been
using hplip in the past (which did work), but for several (mostly non-
techical) reasons, I don’t want to use that. I was happy with foo2zjs back
in the day when it was still “stable” in portage.

So I downloaded foo2zjs from its website, compiled it and installed it into
/usr/local. Then I had to copy over an udev rules file and the firmware
helper into /etc/hotplug/usb/hplj1000.

I plugged the printer in -- nothing. That would have been too easy. On a
hunch, I removed the KERNEL=="lp*" test from the udev rule. Now the udev
rule matched and the firmware loader was triggered and did its job
(confirmed by the printer spinning up after receiving the firmware).

I could set up the printer in Cups, which did find the foo2zjs files. Its
details are:
| Driver:      HP LaserJet 1000 Foomatic/foo2zjs (recommended) (grayscale, 2-sided printing)
| Connection:  usb://HP/LaserJet%201000
But here my journey ends. If I try to print something, nothing happens.

I tried it in a quite fresh Xubuntu in VirtualBox, which came with a basic
hplip installed (without the GUI stuff). Using hp-doctor, I set up the printer,
which mostly constisted of downloading the firmware from the web, and possibly
some other file setup. Afterwards, the printer worked.

So I compared my Gentoo and that Xubuntu. As it turned out, Xubuntu uses usblp,
which everywhere I read I’m told to disable if I want to use cups with USB.
ls -l /dev/hp* gives me:
(Continue reading)