Jump to content

dkg

Members
  • Content Count

    73
  • Joined

  • Last visited

  • Days Won

    3

Reputation Activity

  1. Great Post
    dkg reacted to drobbins in Funtoo Linux and Sabayon Joining Forces   
    Hey everyone,
    I'm pleased to announce that Funtoo Linux and Sabayon (https://www.sabayon.org) are joining forces!
    Now to explain what this means and how it came about.
    Sabayon is one of the great Open Source projects and has an amazing reputation for delivering an easy-to-use Linux desktop that is built using Gentoo. For quite a while, Funtoo has been supporting the Sabayon effort because we believe in what they do.
    Over the past several months, in chatting with the Sabayon team, it became really clear that we had a shared vision for creating a friendly and innovative community. We also were working on several next-generation technologies that were a good complement to one another. We decided it would be more powerful -- and fun -- to combine our efforts into one larger effort. So that is what we are doing.
    What this means is that while each project will maintain its own personality, projects and management, we will be logically combining into a larger effort and there will be a tremendous amount of cross-project collaboration. This collaboration immediately multiplies our capabilities for delivering some next generation technologies that we have been working on and are excited to share with you.
    The most immediate result of this collaboration is that moving forward, Sabayon OS efforts will be built on Funtoo. This, however, is just the first step. What I can say is that there will be much sharing of technology which will benefit both projects, and many new things.
    For existing users of Sabayon and Funtoo, the communities you know and love will have new strength, support and ability to tackle a new phase of Linux Open Source innovation. I am really excited about this collaboration.
    Welcome, Sabayon team!
    Best,
    Daniel Robbins
  2. Great Post
    dkg reacted to stamasd in HOWTO: run 32-bit Windows applications on Funtoo-1.4 (my way)   
    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.
  3. Great Post
    dkg reacted to bcowan in agetty log spam   
    need to edit /etc/inittab and make sure the lines
    # TERMINALS
    #x1:12345:respawn:/sbin/agetty 38400 console linux
    #c1:12345:respawn:/sbin/agetty 38400 tty1 linux
    #c2:2345:respawn:/sbin/agetty 38400 tty2 linux
    #c3:2345:respawn:/sbin/agetty 38400 tty3 linux
    #c4:2345:respawn:/sbin/agetty 38400 tty4 linux
    #c5:2345:respawn:/sbin/agetty 38400 tty5 linux
    #c6:2345:respawn:/sbin/agetty 38400 tty6 linux

    are commented/REM'd like the above
  4. Great Post
    dkg got a reaction from librin.so.1 in Dealing with multilib removal   
    I'm aware that and X server is going to magically appear in the chroot, but I was hoping xhost would make it unnecessary, though I was pretty sure going in that it would not.
    No, I did not, as I had no need to run 64-bit Windows apps.  The point is, I could not copy the wine *prefixes* over.  This, I did not anticipate.  Not disaster, but definitely a pain.
    Gentoo still uses openrc by default.
    Meanwhile, I'm still limping along with Funtoo 1.2 on that system.
  5. Great Post
    dkg reacted to drobbins in 2nd Generation Funtoo Compute Infrastructure and Plan Upgrades   
    Hi All,
    We have deployed our second-generation compute infrastructure and have begun the process of moving containers over to it. This funtoo-based infrastructure is running on faster hardware and is using ZFS for storage. For more information on our second-generation platform, see https://www.funtoo.org/Funtoo_Containers
    Also note that plans have been upgraded. Our base plan for $15/mo now comes with 8 cores and 60GB of storage (was 6 cores and 50GB previously.) The medium plan now has 16 cores and 120GB of storage (was 12 cores and 100GB). And our large plan now has 32 cores and 240GB of storage (was 24 cores and 200 GB). All existing containers will be automatically upgraded to these new resource levels when they are migrated to the new infrastructure :)
    Best,
    Daniel
  6. Great Post
    dkg got a reaction from jhan in Getting eix to work with kits   
    This was very helpful.  Your output...
    open("/etc/portage/repos.conf/", O_RDONLY|O_NONBLOCK|O_LARGEFILE|O_DIRECTORY|O_CLOEXEC) = 3 My output...
    open("/etc/portage/repos.conf/", O_RDONLY|O_NONBLOCK|O_DIRECTORY|O_CLOEXEC) = -1 EACCES (Permission denied) It turns out that /etc/portage/repos.conf/ is owned by root:root.  Presumably, eix is using the portage user, and in combination with my default umask=077, it did not have permission.  It's not a problem for /var/git/meta-repo/ because it is owned by portage:portage.  I had adjusted the permissions of /var/git/meta-repo/ and one point, but never touched /etc/portage/repos.conf/.  Occasionally, umask=077 does lead to some oddities.
    I have it working now.
    Thank you.
  7. Great Post
    dkg got a reaction from cardinal in Getting eix to work with kits   
    This was very helpful.  Your output...
    open("/etc/portage/repos.conf/", O_RDONLY|O_NONBLOCK|O_LARGEFILE|O_DIRECTORY|O_CLOEXEC) = 3 My output...
    open("/etc/portage/repos.conf/", O_RDONLY|O_NONBLOCK|O_DIRECTORY|O_CLOEXEC) = -1 EACCES (Permission denied) It turns out that /etc/portage/repos.conf/ is owned by root:root.  Presumably, eix is using the portage user, and in combination with my default umask=077, it did not have permission.  It's not a problem for /var/git/meta-repo/ because it is owned by portage:portage.  I had adjusted the permissions of /var/git/meta-repo/ and one point, but never touched /etc/portage/repos.conf/.  Occasionally, umask=077 does lead to some oddities.
    I have it working now.
    Thank you.
  8. Great Post
    dkg got a reaction from drobbins in Dropbox changes   
    Hi,
    Included in drobbins' recent Dropbox announcement was, "No longer has an initscript."  I use the initscript on one system so that Dropbox contents would always sync immediately, even if I was not logged in.  This is a server that runs 24x7 and is the primary backup source (as in pushed to backup locations, which means I need the source to be current) for my Dropbox contents.  What is an alternate way to achieve this?
  9. Trolling
    dkg got a reaction from 666threesixes666 in QA Bot is go! Tell me what you want it to test!   
    A few "essentials" I always install early in the build process:
    app-misc/tmux
    app-editors/zile
    app-admin/syslog-ng
    app-admin/logrotate
    sys-process/vixie-cron
×
×
  • Create New...