Jump to content
funtoo forums

Leaderboard


Popular Content

Showing content with the highest reputation since 02/18/2018 in all areas

  1. 7 points
    drobbins

    1.2 Funtoo Linux Release

    Hi All, The Funtoo Linux 1.2 release is now available for use. Many of us are now running Funtoo Linux 1.2. Here's how to upgrade your system to Funtoo Linux 1.2. Note that soon, 1.2 will be the "default" version of Funtoo Linux. For now, you need to perform certain steps to switch over. We're doing this so that power users can switch over right away, and so we can make things a lot easier for less-experienced users to upgrade to Funtoo Linux 1.2. One of the features I have been working on behind-the-scenes is an "easy upgrade" functionality for ego, to perform big updates automatically. This functionality is not yet ready, but is being worked on. When this "easy upgrade" functionality is ready, 1.2 will be released via "easy upgrade" to systems who have not yet upgraded. For now, power users can upgrade by performing the following steps. First, select the new kits in your /etc/ego.conf: [kits] core-kit = 1.2-prime security-kit = 1.2-prime kde-kit = 5.12-prime media-kit = 1.2-prime java-kit = 1.2-prime ruby-kit = 1.2-prime haskell-kit = 1.2-prime lisp-scheme-kit = 1.2-prime lang-kit = 1.2-prime dev-kit = 1.2-prime desktop-kit = 1.2-prime Then, perform the following steps, as root: # ego sync This will activate the new kits. Now, if you have a /etc/portage/repos.conf/funtoo symlink, remove it: # rm /etc/portage/repos.conf/funtoo Next, # emerge -u1 gcc This will upgrade gcc. Next, # emerge -u1 glibc libnsl libtirpc rpcsvc-proto Glibc will now be upgraded. Next, # emerge -auDN @system This will upgrade your core system set of packages. Next, # emerge -auDN @world This will upgrade all other packages. Next, # emerge @preserved-rebuild This will rebuild packages that are linked to old libraries. Now, final step: # revdep-rebuild --library 'libstdc++.so.6' -- --exclude sys-devel/gcc This will rebuild all remaining packages that need to be linked against the new libstdc++. At this point, you are now upgraded to Funtoo Linux 1.2! Please report any bugs to https://bugs.funtoo.org and let us know of any issues you experience, either as part of the upgrade, related to dependencies, or related to functionality on your upgraded system. Best, Daniel Robbins
  2. 6 points
    The 1.0 release of Funtoo Linux is not going to be maintained after September 30, 2018. So please be sure to upgrade your systems to Funtoo Linux 1.2 using https://www.funtoo.org/Upgrade_Instructions so that you will continue to get updates! We will also be starting development on Funtoo Linux 1.3 in a few days, on August 31. We are moving to a new agile (scrum) process, where we will be doing 1-week sprints (time-constrained sets of work). Our work will include some portion of fixes for 1.2 and some new work on 1.3. When we as a team decide that 1.3 is ready for various milestones (alpha, beta, release candidate) we will mark it as such. Thus, we have no hard deadline for 1.3 as I do not want to try to hit arbitrary dates that are not based on the actual work. But we will get there, sooner rather than later!
  3. 4 points
    Hi all, Please test ego-2.6.0, which is currently masked for testing. As many of you have noticed, there have been significant changes to kit generation and currently, ego is less "flexible" about mixing and matching kits from different releases. This is a side-effect of massively improved merge scripts, which now leverage python's asyncio, use a thread pool for database operations, and have much better internal design. I have put a lot of work into this new codebase and the new design is much better foundation for future development. Currently, it is possible to select a custom xorg-kit or gnome-kit, but all other branches are locked down to the release. For those who may be upset -- We have never "officially" supported anything but the standard collection of release kits anyway, with some tweaks of xorg-kit and gnome-kit, so users who push the limits of mixing and matching kits right now have been using Funtoo in a way that is beyond the scope of what we intended to deliver, likely without realizing it. So if you want to use an unusual combination of kits -- awesome -- we want to support this officially in time, but we are working on getting there the right way rather than committing to supporting all these unusual combinations all at once. If you have gotten accustomed to this flexibility in the past, know that this lack of flexibility is only temporary as we continue to build out our next generation of innovative technologies for managing kits. Re-enabling support for any old combination of kits is going backwards, in my opinion, and instead we need to move forward to OFFICIALLY support more combinations of kits. For the time being, you may need to write a small script to get things exactly how you want in meta-repo. We encourage people to use combinations we officially support if possible -- 1.2 with some variation of gnome-kit or xorg-kit. Things will be easier that way for the time being. Also, we now have the 1.3-release kit names and definitions finalized, so this will allow us to move forward with 1.3 release development. Best, Daniel
  4. 4 points
    drobbins

    New fastpull distfile service

    Hi All, Thanks to funtoo supporters, we now have a new fast download service that is available for everyone. Upgrading to the latest portage-2.3.25_beta2 will enable this service. The fastpull service consists of a lot of different moving parts, but it adds up to distfiles downloading very fast and being available. Here's how it works. When we regenerate meta-repo and kits, ebuilds are scanned for new SRC_URI tarballs, etc. These new distfiles are queued for download. Our fastpull spider then downloads these distfiles automatically, and uploads them to Google Cloud Storage. When you try to download a SRC_URI, you hit https://fastpull-us.funtoo.org first, which redirects you to the download on fast Google Cloud Storage. The design of fastpull is to ensure that all distfiles are always available going forward. It will also help us to identify situations where for some reason or another we are missing a distfile for download, although these situations should happen less and less frequently (and hopefully disappear) now that fastpull is deployed. Best, Daniel Robbins
  5. 3 points
    Hi folks O/ few years ago I wonder about a friendly version of Gentoo and Funtoo, the gentoo community don't liked, but I keep did some tests but I didn't continue, well, few week ago I start again, but this time only a Funtoo Friendly version, and now I have something really beginning. the project will resume in few flavors and one version with a overlay with update packages and few extra. the funtoo flavors are X+openbox, gnome and Plasma, they are just the Funtoo Stage3 Generic with few packages and some configuration. and has one version with plasma, but with an overlay with few update packages and other stuffs, a stage more out of the box, I want make something to people learn about gentoo/funtoo or for who use the system without spent hours to build the system. the webiste will be done in the next weeks, and the stages will be available in the next days "sorry, I'm with one pc now, and the net is a turtle". website -> https://bentoo.info/ binhost -> http://binhost.bentoo.info github repos : overlay -> https://github.com/lucascouts/bentoo configurations -> https://github.com/lucascouts/bentoo-portagedir I don't know if the funtoo community will like but anyway I'll forward with this project, but will be great if few users could help with feedback or criticisms. thank you anyway ๐Ÿ™‚
  6. 3 points
    lazlo.vii

    I like 2FA

    Thanks for adding the 2FA to the site. I wish more would do it. I use it every where I can. Even my home server has the google-auth pam modules for ssh.
  7. 3 points
    morgareth

    Screenshots

    My current desktop
  8. 3 points
    The Funtoo Linux Install Guide has been updated so it now displays as a chapter-by-chapter guide by default: https://www.funtoo.org/Install/Introduction It is still possible to view it as a single page if you prefer (or for printing/converting to PDF) .. there is a link to the full page version in the page above (or go to https://www.funtoo.org/Install)
  9. 3 points
    drobbins

    Ryzen stages available for download

    Ryzen stages are now available for download at the following links: https://build.funtoo.org/funtoo-current/x86-64bit/amd64-zen/ https://build.funtoo.org/funtoo-current/pure64/amd64-zen-pure64/ A new pure64 stage is building right now. Also, many thanks to CDN77 for sponsoring Funtoo -- our downloads now use a combined funtoo/CDN77 infrastructure for world-wide speed rather than a mirroring infrastructure. This applies to stage3 downloads as well as fastpull downloads.
  10. 2 points
    Funtoo is my favorite Linux distro. I've been using it enthusiastically since at least 2012. I've been tinkering a lot with FreeBSD for the past 3 years which has divided my attention, but I still use Funtoo as my primary desktop OS. Here's my concern. I'm using Funtoo 1.2. In the past few months, I've encountered a LOT of blockers when trying to emerge world. Sometimes the blockers are things that don't exist in the portage tree, sometimes they are things which need to be unmasked, and sometimes they are things which need to be unmasked by keyword. I went through a short period of time where I filed a lot of bugs about these blockers. But one bug I filed was dismissed as a "workaround" because I filed a bug about something which needed to be unmasked. My feeling on the matter is that, if I try to emerge a package that it unmasked by default, then it should emerge without any problem. It should NOT require me to unmask anything or unmask something by keyword. Only ebuilds which are themselves masked or keyworded should rely on other ebuilds which are masked or keyworded. That's my opinion, but if that is not the opinion of the Funtoo project, I ask that such opinions be made plain so that people like me who love the project and want to contribute do not become nuisances by filing bugs or complaining when that is not the goal of the project. But at the same time, if that is not the goal of the project, then why are such bug reports being closed as "workaround" instead of being properly fixed? I asked Daniel and the rest of the Funtoo devs to please make a clear statement about these sorts of things so that users like me who are trying to help can be a genuine help without being a nuisance.
  11. 2 points
    drobbins

    why do we have such outdated packges?

    Good questions. The issues with blockers due to not having the correct version available will be disappearing with 1.3-release when it is available. It currently happens because we are using different snapshot dates for different parts of the tree, and we are not going to to do that anymore with 1.3+. 1.3-release will be a 'frozen' release when it is released, meaning it will gradually become out-of-date, though we will be bumping critical packages and backporting security fixes. But the process we use to create 1.3 will be used to launch 1.4 development immediately, so we are getting better at this and releases will come a lot more often ๐Ÿ™‚ The goal is to have a very stable and tested release that doesn't have unanticipated changes, until you want to pull them in by moving to the next release. So this is the pattern we are trying to establish. Hopefully we can get releases to the point where they are coming frequently enough people do not feel like packages are "stale". That is the goal. With the improvements in our tools, I think we will be able to achieve it. It is actually easier to do releases often rather than infrequently -- right now we are just in the "growing pains" stage where we are in the process of moving to a more rapid release schedule. As funtoo's team grows, we will have the person-power to actually move ahead of Gentoo in more areas. Right now, these areas are limited due to us only having a ~4 person team and Gentoo having several hundred developers.
  12. 2 points
    Oleg Vinichenko

    XFCE update available

    Hi, dear Funtoo users! XFCE 4.13-release available for testing. Currently not default and requires following steps to update. In /etc/ego.conf enable xfce-kit 4.13: [kits] xfce-kit = 4.13-release Followed by ego sync and emerge -auDN @world Log out and back into your desktop environment.
  13. 2 points
    drobbins

    New Funtoo Wiki

    Just wanted to let everyone know if you don't visit www.funtoo.org often that we've updated our wiki with a new version of mediawiki (finally) and a new skin! Enjoy, everyone.
  14. 2 points
    drobbins

    Funtoo Stages and Release 1.2

    Hi All, By default, we are now building stage3's using Funtoo Linux 1.2 release as default. This means that new installs will have this in their /etc/ego.conf: [global] release = 1.2 If you are still using release 1.0, that's fine -- your system will continue to use 1.0. When you upgrade to ego 2.4.1 or later, you will be able to set the release as above in your ego.conf, re-run "ego sync", and you will be upgraded to the 1.2 release. The release= setting is simply a short-hand for setting the various 1.2-related kits individually in the [kits] section, so many of you are already running 1.2. Best, Daniel
  15. 2 points
    Oleg Vinichenko

    ZFS-0.7.9 added

    Following ebuilds now available for testing in Funtoo/Linux sys-fs/zfs-0.7.9 sys-fs/zfs-kmod-0.7.9 sys-kernel/spl-0.7.9 These versions have a portion of upstream fixes and also support for newer kernels. Ebuilds added without keywords and do require manual setting of /etc/portage/package.keywords before update. https://github.com/zfsonlinux/zfs/releases
  16. 2 points
    Oleg Vinichenko

    LLVM updates

    New kit, lllvm-kit now added. It consist of small numbers of ebuilds that are directly related to the sys-devel/llvm. The rationale behind this is that ebuilds for llvm had no update for very long time and are problematic to maintain due to those ebuilds were spread all over different kits. Now they are from one kit. This kit is enabled by default and involves following update steps: ego sync emerge -C llvm:0 clang:0 emerge -1 llvm mesa emerge -auDN @world emerge @preserved-rebuild
  17. 1 point
    drobbins

    Containers migrated to BTRFS + SSD

    Hi All, As we move to our third-generation infrastructure, I am currently migrating containers to BTRFS+SSD (from ZFS and HDD+Optane) which may result in up to an hour of downtime, especially if you have a lot of data stored in your containers. But the result will be much, much, much faster IO. So if you have seen your uptime on your container change recently, this is why. Best, Daniel
  18. 1 point
    The Funtoo authentication system has recently been upgraded to use Authy, a SMS-based verification service. We're using this to protect the funtoo community against spam bots and other nasty things, which are unfortunately an issue we need to deal with. You will not be able to log in to Funtoo until you upgrade your account! To do this, go to https://auth.funtoo.org/login, log in, and you will be prompted to provide an SMS number to verify your account. This will only happen once -- it normally happens upon account registration only -- but existing Funtoo users will need to go through this extra step. Apologies for the inconvenience, but unfortunately this kind of thing is becoming necessary. Best, Daniel
  19. 1 point
    Funtoo containers /var/git/meta-repo has been upgraded to release-1.2. For information on how to upgrade your containers, see these detailed instructions. If anyone needs their container to be wiped and reloaded to a fresh 1.2 installation, please email us at support@funtoo.org and let us know. Best, Daniel
  20. 1 point
    jhan

    I'm not able to emerge world.

    I would guess that the system wants to enable the USE flag curl_ssl_nss for the package curl because the USE flag nss is set for the package liboauth. I get the same error when I want to reinstall liboauth. It seems that ths USE flag nss got activated by the system lately. There are not many packages that use the USE flag nss. So, if you don't need this USE flag then you could deactivate it globally or for liboauth only and you should be fine.
  21. 1 point
    drobbins

    About new kit released.

    I would say just skip that step.
  22. 1 point
    the proto blocks should be resolved.
  23. 1 point
    Oleg Vinichenko

    Cinnamon and Xinerama

    enabled in cinnamon for now.
  24. 1 point
    gissf1

    ego trouble

    @pytony Thanks for the official patch! I installed appi-0.1.9999 (post-0.1.6, pre-0.1.7), and everything worked out of the box (without additional patching), so I would call that a fix! Also, in case it wasn't evident to others on this thread, I'm using Python 3.4 at the moment, so it absolutely can work with Python 3.4.
  25. 1 point
    hick518

    boot-update error with LVM

    Arg, I figured it out right after posting this. I specified my LVM root partition by two different paths, although both of them are valid. In boot.conf I had /dev/mapper/vg1-rootfs In fstab I had /dev/vg1/rootfs (which is a symbolic link to /dev/mapper/vg1-rootfs) Once I made them the same, boot-update worked. I realized two other mistakes I made, which I would like to point out. 1) In boot.conf I had this: kernel kernel[-v] initrd initramfs-genkernel[-v] This does not work because [-v] is not a wildcard like I had thought. It seems to be a variable which gets its value from the kernel line. On my system the kernel is 'kernel-debian-sources-x86_64-4.4.6-1'. So I think [-v] equals '-debian-sources-x86_64-4.4.6-1'. Boot-update cannot find a match for my initrd line, which would be 'initramfs-genkernel-debian-sources-x86_64-4.4.6-1' -- that file does not exist. I thought my initrd line would match to initramfs-genkernel-x86_64-4.4.6-1, but I was wrong about that. The other mistake I made is that I do not need the genkernel initramfs at all. The debian one works fine for an LVM root filesystem. So my files now look like this, and my system is bootable. /etc/boot.conf: boot { generate grub default "Funtoo Linux genkernel lvm" timeout 3 } "Funtoo Linux genkernel lvm" { kernel kernel[-v] initrd initramfs[-v] params += dolvm real_root=/dev/vg1/rootfs rootfstype=ext4 resume=swap:/dev/mapper/vg1-swap /etc/fstab: /dev/sda1 /boot ext2 noauto,noatime 1 2 /dev/vg1/swap none swap sw 0 0 /dev/vg1/rootfs / ext4 noatime 0 1 boot-update configures grub.cfg with the following kernel and initrd: kernel-debian-sources-x86_64-4.4.6-1 initramfs-debian-sources-x86_64-4.4.6-1 Sorry for the noise!
×