stamasd

The needed libraries are installed by flatpak. I choose this method because it's easy, and it works. I'm lazy at baseline. 🙂 Forgot to say that you need to reboot after the last line so the kernel gets the appropriate parameter. After that Steam will work.

You can run Steam using flatpak. Use the Gentoo flatpak overlay: https://github.com/fosero/flatpak-overlay (I use the local repository method, which I put it in /opt/flatpak), emerge flatpak, add the flathub repository: flatpak remote-add --if-not-exists flathub https://flathub.org/repo/flathub.flatpakrepo then install Steam from flathub: flatpak install flathub com.valvesoftware.Steam Then as root issue: echo 'kernel.unprivileged_userns_clone=1' > /etc/sysctl.d/unprivileged_userns_clone.conf Works for me.

@lazlo.vii Off-topic: how do you like the Odroid-XU4? I have a C2 but haven't really done much with it. It has a tendency to overheat even with the extra cooling I added to it.

I have mixed feelings about this. On the one hand, patent trolls=bad. On the other hand, Gnome=systemd. I'll watch but I won't intervene.

New hardware is not always better. I have a notebook from circa 2012 which has an amazing sound codec, on the level with the best sound cards that you can buy for desktops today. But it was probably too expensive and the brand decided to drop it and replace with a cheap run-of-the-mill codec in their next generation of notebooks. I keep that laptop around just because of the amazing sound it has. It's not a slouch either, quad-core Ivy Bridge, 16GB and a SSD make it fly even with today's software. The last time I was amazed by new hardware was a few years ago when I built my latest desktop: AMD Vishera FX-8370 8-core, 32GB, SSD, Radeon HD7970. A definite upgrade from my previous Sandy Bridge desktop. To this day I haven't felt the need to upgrade it, though I've been eyeing the new Ryzens. But I just can't justify it to myself.

Hm. I had the same issue when installing flatpak using the Gentoo overlay (with local repo) and I solved it simply by creating a file /etc/portage/categories with the contents: acct-group acct-user It just worked, I could install flatpak without any issues as well as updating it normally.

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.

One ongoing issue that I've been having is the availability of a good epub reader. I have thousands of ebooks in epub format (and a minority in other formats like mobi). Yes there is the excellent Calibre, but I have some issues with its integrated epub reader - it's not compatible with some of my ebooks, especially those purchased from Barnes&Noble. Specifically it doesn't interpret correctly page order and I get sudden page jumps, for instance from page 54 to 170 and them back to 112 etc. I have tried to edit the epub files themselves but I can't figure out what's wrong, and this is compounded by the fact that other epub readers don't exhibit this behavior and show pages in the correct order. I prefer a lightweight reader too; on Windows there is the excellent SumatraPDF, and on Android I use the Moon+ reader. Both work well and don't have the page order issue with my respective epub files. On Linux however, the top readers that I have seen recommended (apart from Calibre): FBReader and Cool Reader, only come as .deb packages. So, what do other Funtoo users have been using for reading ebooks (again, except for Calibre which has the above problem for me)?

Yeah I've read about this a week or two ago. I feel very safe at /home, thankyouverymuch.

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

Made a HOWTO on the wiki. https://www.funtoo.org/32_bit_chroot_environment_for_Wine

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.

Looks good. It wasn't a big deal TBH but this order of things makes things smoother.

Upgrading a machine 1.3 -> 1.4, emerge -auDN @world fails at numpy. Specifically one of the patches fails to apply (numpy-1.9.2-no-hardcode-blas.patch) Logs attached. (Edit) made a bug report https://bugs.funtoo.org/browse/FL-6732 build.log info.txt numpy-1.9.2-no-hardcode-blas.patch.out

One issue that I've run into while upgrading (several machines) from 1.3 to 1.4 is that during the world update, packages that depend on python-3.7 get pulled before the python upgrade itself, and fail repeatedly (e.g. libpsl-0.20.2). Perhaps the instructions should mention that python 3.7 should be installed separately before doing the world update, and the default python interpreter should be switched to 3.7 also before the world update.