stamasd

Running 32-bit Win apps requires 32-bit wine. The wine available in 1.4 is 64-bit and will not run 32-bit Win binaries.
The following is a quick writeup on how I did it. There are other ways, possibly better, but this one is mine and I stand by it. ?
 
I opted to use a chrooted 32-bit environment in which I installed Gentoo and wine. I started by making a ~/gentoo folder and downloading a current 32-bit Gentoo stage3 in it:
mkdir gentoo cd gentoo wget <stage3_URL> You need to be root for the following steps
sudo su tar xpf <stage3> cp /etc/resolv.conf /home/<username>/gentoo/etc And then follow the installation steps in the Gentoo manual
mount -t proc none proc mount --rbind /sys sys mount --rbind /dev dev env -i HOME=/root TERM=$TERM /bin/chroot . bash -l # export PS1="(chroot) $PS1" (chroot)# emerge-webrsync (chroot)# emerge --sync (chroot)# eselect profile list and select a desktop profile. For me it was #5, default/linux/x86/17.0/desktop (stable). The desktop profile brings in Xorg which will be needed later for wine anyway.
(chroot)# eselect profile set 5 Edit make.conf to add the correct MAKEOPTS ("-j7" worked for me) then do a world update, and go do something else for a couple of hours.
(chroot)# emerge -avuDN @world Once done, set up Xserver redirection in chroot so it displays the image on the host.
On the host:
xauth list will show you the "magic" cookie of your host display. Put it into .Xauthority on the chroot:
sudo xauth extract <path_to_chroot>/root/.Xauthority <hostname>/unix:0 where <hostname> is the name of your host machine (mine is eb1)
(edit) NB when you log out of your host then log back in, the cookie changes so you will have to redo the line above, or X redirection will stop working.
 
In the chroot, verify that the cookie is set correctly:
(chroot)# xauth list should show the same as on the host
Also set the DISPLAY variable in chroot:
(host) echo $DISPLAY should show ":0.0"
(chroot)# export DISPLAY=":0.0" You can add the above line to /etc/profile in Gentoo so it gets automatically set every time you enter the chroot.
Verify that it works. In chroot run xcalc (you may have to install xcalc first), and it should display on the host.
(chroot)# xcalc If no errors, emerge wine in the chroot and configure it. You should have a 32-bit wine now, ready to run 32-bit Windows binaries (minus configuring, figuring out missing libs etc - but this is beyond the scope of this writeup)
(chroot)# emerge wine Final size of the chroot Gentoo on my disk was close to 4.5GB.

Running 32-bit Win apps requires 32-bit wine. The wine available in 1.4 is 64-bit and will not run 32-bit Win binaries.
The following is a quick writeup on how I did it. There are other ways, possibly better, but this one is mine and I stand by it. ?
 
I opted to use a chrooted 32-bit environment in which I installed Gentoo and wine. I started by making a ~/gentoo folder and downloading a current 32-bit Gentoo stage3 in it:
mkdir gentoo cd gentoo wget <stage3_URL> You need to be root for the following steps
sudo su tar xpf <stage3> cp /etc/resolv.conf /home/<username>/gentoo/etc And then follow the installation steps in the Gentoo manual
mount -t proc none proc mount --rbind /sys sys mount --rbind /dev dev env -i HOME=/root TERM=$TERM /bin/chroot . bash -l # export PS1="(chroot) $PS1" (chroot)# emerge-webrsync (chroot)# emerge --sync (chroot)# eselect profile list and select a desktop profile. For me it was #5, default/linux/x86/17.0/desktop (stable). The desktop profile brings in Xorg which will be needed later for wine anyway.
(chroot)# eselect profile set 5 Edit make.conf to add the correct MAKEOPTS ("-j7" worked for me) then do a world update, and go do something else for a couple of hours.
(chroot)# emerge -avuDN @world Once done, set up Xserver redirection in chroot so it displays the image on the host.
On the host:
xauth list will show you the "magic" cookie of your host display. Put it into .Xauthority on the chroot:
sudo xauth extract <path_to_chroot>/root/.Xauthority <hostname>/unix:0 where <hostname> is the name of your host machine (mine is eb1)
(edit) NB when you log out of your host then log back in, the cookie changes so you will have to redo the line above, or X redirection will stop working.
 
In the chroot, verify that the cookie is set correctly:
(chroot)# xauth list should show the same as on the host
Also set the DISPLAY variable in chroot:
(host) echo $DISPLAY should show ":0.0"
(chroot)# export DISPLAY=":0.0" You can add the above line to /etc/profile in Gentoo so it gets automatically set every time you enter the chroot.
Verify that it works. In chroot run xcalc (you may have to install xcalc first), and it should display on the host.
(chroot)# xcalc If no errors, emerge wine in the chroot and configure it. You should have a 32-bit wine now, ready to run 32-bit Windows binaries (minus configuring, figuring out missing libs etc - but this is beyond the scope of this writeup)
(chroot)# emerge wine Final size of the chroot Gentoo on my disk was close to 4.5GB.

Yeah, was going to say I just found out there is an ebuild for fbreader; I couldn't check at the time of my original post because I was waiting for calibre to emerge (which failed BTW, I posted a bug report). Trying to install fbreader now. Thanks!
(edit) fbreader installed correctly, seems to be the one I was looking for. Thank you again.

Since 1.3 was released I've been using this Gentoo overlay (using the local repository method) to install flatpak and Steam in it: https://github.com/fosero/flatpak-overlay
It works well even after upgrading to 1.4

Default setting is disabled:
# cat /proc/sys/kernel/unprivileged_userns_clone 0 Enable on reboot:
# echo 'kernel.unprivileged_userns_clone=1' > /etc/sysctl.d/unprivileged_userns_clone.conf Verify enabled:
# cat /proc/sys/kernel/unprivileged_userns_clone 1  

Oh my. I am so embarrassed. I have found the error - it was a typo. My clue was what I said above ".xinitrc set to start xfce, but it doesn't seem that it tries to do that for some reason"
 
So, I checked and... there it was. Instead of .xinitrc, I had named the file .xinit (for thr regular user only, root had .xinitrc named properly)
 
I fixed that, and now it works. The radeonsi driver was just a red herring.
 
Sorry for wasting everyone's time, mark this as "solved". :)