drobbins

As we have more people coming to Funtoo from Gentoo -- and not *quite* understanding the difference -- I realized I was doing a very bad job of communicating what makes Funtoo different. So to help address this, I documented the Wolf Pack Philosophy, which I feel is a great way to explain nearly all of our technical distinctives for the Funtoo project, so you have a better understanding of what Funtoo is all about. I hope you find it informative and enjoyable.
https://www.funtoo.org/Wolf_Pack_Philosophy

As we have more people coming to Funtoo from Gentoo -- and not *quite* understanding the difference -- I realized I was doing a very bad job of communicating what makes Funtoo different. So to help address this, I documented the Wolf Pack Philosophy, which I feel is a great way to explain nearly all of our technical distinctives for the Funtoo project, so you have a better understanding of what Funtoo is all about. I hope you find it informative and enjoyable.
https://www.funtoo.org/Wolf_Pack_Philosophy

As we have more people coming to Funtoo from Gentoo -- and not *quite* understanding the difference -- I realized I was doing a very bad job of communicating what makes Funtoo different. So to help address this, I documented the Wolf Pack Philosophy, which I feel is a great way to explain nearly all of our technical distinctives for the Funtoo project, so you have a better understanding of what Funtoo is all about. I hope you find it informative and enjoyable.
https://www.funtoo.org/Wolf_Pack_Philosophy

Hey all,
As part of getting Funtoo updated for next-release, I updated some packages which caused some temporary disruption for desktop users.
The culprit was the update to glib-2.70.0. This update, we found, required several packages, particularly those related to session management, like gnome-session, cinnamon-session, etc. to be rebuilt. Rev bumps were added for all necessary packages that needed rebuilding. If you find a package that needs a rebuild that didn't get automatically rebuilt -- PLEASE -- for the love of God -- open a bug! ?
If that wasn't enough, there was ALSO another problem. Basically, glib-2.70.0 has a bunch of 'hardening' functionality (this was actually added in 2.67.2 but we were on an earlier version up until recently). This hardening prevented gnome-keyring-daemon from connecting to dbus. Which in turn prevented anything from connecting to gnome-keyring. So things like google-chrome would hang when they tried to connect to gnome-keyring, since they never got a response. I have added a new gnome-keyring package that works around this issue by removing 'caps' from the gnome-keyring-daemon binary. gnome-keyring 3.60.0-r1 should now happily connect to dbus and this issue should be resolved.
As of right now -- after a world update on your system -- your desktop environment should be happy! If this is not the case and you have to rebuild something or you find some component not working. Please -- open a bug! We want to know about any issues you are encountering and a 100% reliable desktop is super-important for our users.
Best,
Daniel

Hi All,
I wanted to let everyone know about "next" release -- which is the new release of Funtoo that is intended to receive regular updates to all the latest packages.
Currently, a generic_64 build of next-release is available here:
https://build.funtoo.org/next/x86-64bit/generic_64/
'next' release currently includes gcc-11.2.0 and an updated unified binutils (binutils and binutils-libs have been combined, and binutils-config has been removed.) It also has a small handful of updated packages.
Our intention is to gradually add more and more auto-generated ebuilds to 'next' so that it is fully updated at all times. Next-release *may* break -- and if you use next-release, you should be aware of this. Right now, the stage3 is building but it's likely that DE's like GNOME, KDE, Cinnamon, MATE will need gcc10 fixes for certain packages to build properly. I'm hoping to generally keep the stage3 functioning at all times as we gradually update everything inside next-release to be current. We at least have a working stage3 as a starting point :) And it's fine to test DE's and open issues for any ebuilds that don't build -- so we can all start working on fixing them.
SO -- YOU CAN HELP!
So, since Funtoo is a user-based distribution, we provide a way for you, technical user, to help us in our goal of updating next-release. I am particularly interested in autogens for various ebuilds in the stage3. If you would like to autogen something on the stage3, all you need to do is open a bug at https://bugs.funtoo.org, entitled something like "autogen sys-apps/foo in next-release". Then describe what you would like to do and why. I think the most obvious candidates for autogens are stand-alone tools like gzip, for example, which are not libraries. These are the easiest initial candidates. Once your bug has been reviewed, it will be moved to a "ready to fix" state, at which point it will be possible to submit a PR to code.funtoo.org. Here are the steps to create a PR:
Create Funtoo account at https://auth.funtoo.org/new (you need this for the bug tracker and code.funtoo.org) Open an issue on the bug tracker (improvement) for the package you would like to autogen. Talk to us in #dev-help on Funtoo Discord for help in writing your autogen. When the issue moves to 'ready to fix', you are ready to submit your PR. To create your PR, first fork the kit-fixups repo on code.funtoo.org. Then on the bug tracker issue, click "create branch", and choose your forked repo (myname/kit-fixups) as where the branch will live, and make your branch a "feature" against master. Give your branch the name of the bug, like "feature/FL-9000". On your local system, "git pull; git checkout feature/FL-9000". Now do the edits... When creating your files, you can put them in kit-fixups/core-kit/next/sys-apps/foo, for example. This will make the autogen active for next release only. This is a good, conservative place to put it (rather than in 1.4-release too, which is what would happen if you added it to kit-fixups/core-kit/curated/sys-apps/foo.) When you're all done: "git add new files, git commit -a -m "FL-9000: description here." Then "git push", and you will see a URL on your console you can use to create your PR. Click on it, and create the PR against core-repositories/kit-fixups master. You may get comments on your PR -- you can simply do new commits to your "feature/FL-9000" branch and they will automatically appear in the PR without any additional steps when you push to your branch.

Also note that I have a bunch of issues I created for "funtoo-izing" various packages, which was my way of saying "autogen them and put them in next-release." You can find these bugs listed under this epic link (see the associated issues) and if you want to update any of these packages, you can simply "start work" on any of these bugs by clicking the "start work" button and then follow the steps above (minus creating the issue -- since you're using an existing one):
https://bugs.funtoo.org/browse/FL-8375

Thanks in advance for your involvement with next-release. This will be fun!
 

@zoggalso, I should say that I do appreciate you connecting and communicating your thoughts. For someone who is not as involved, perception is the reality. So I will look at what I can do to improve this, and welcome your involvement as well to try to address these things.
For roadmap, a lot of this has come down to LACK OF TRUST. On freenode, I had people actually doing 'silent forks' of Funtoo and ripping off my ideas. I have had people who I have told about future plans start to try to do them -- but leave me out! So many people are trying to 'make a splash' in software, and are not necessarily ethical about how they do it. So I am bitter about this. I am bitter because I actually LIKE to share my future ideas, but I have been REPEATEDLY BURNED by doing this. So now I am cautious. A lot of this relates to why we left freenode even before it self-imploded. There was too much 'sniping' of ideas and 'fake friends' who were just trying to get some ideas that they lacked themselves. But without any collaborative spirit. And even some outright nastiness. I got sick of it. I decided we'll move to discord, and have more of an independent space. And it will piss off some people -- but fortunately some of the people I pissed off (not all for sure) were those I wanted to get away from!
So yes, there is a lot of bitterness about this. And then being asked to share more -- you can imagine how this triggers a lot of unpleasant feelings. Damned if I do, damned, if I don't. You probably had no idea you were touching such a nerve when you made your original post. So much to unpack here. This will at least be an interesting thread for people to read.

As per the title, all our stages have been updated for all subarches, with dates 2021-09-19 through 2021-09-20. Enjoy. Download them here:
https://www.funtoo.org/Subarches

As per the title, all our stages have been updated for all subarches, with dates 2021-09-19 through 2021-09-20. Enjoy. Download them here:
https://www.funtoo.org/Subarches

Hi All,
I wanted to let everyone know about "next" release -- which is the new release of Funtoo that is intended to receive regular updates to all the latest packages.
Currently, a generic_64 build of next-release is available here:
https://build.funtoo.org/next/x86-64bit/generic_64/
'next' release currently includes gcc-11.2.0 and an updated unified binutils (binutils and binutils-libs have been combined, and binutils-config has been removed.) It also has a small handful of updated packages.
Our intention is to gradually add more and more auto-generated ebuilds to 'next' so that it is fully updated at all times. Next-release *may* break -- and if you use next-release, you should be aware of this. Right now, the stage3 is building but it's likely that DE's like GNOME, KDE, Cinnamon, MATE will need gcc10 fixes for certain packages to build properly. I'm hoping to generally keep the stage3 functioning at all times as we gradually update everything inside next-release to be current. We at least have a working stage3 as a starting point :) And it's fine to test DE's and open issues for any ebuilds that don't build -- so we can all start working on fixing them.
SO -- YOU CAN HELP!
So, since Funtoo is a user-based distribution, we provide a way for you, technical user, to help us in our goal of updating next-release. I am particularly interested in autogens for various ebuilds in the stage3. If you would like to autogen something on the stage3, all you need to do is open a bug at https://bugs.funtoo.org, entitled something like "autogen sys-apps/foo in next-release". Then describe what you would like to do and why. I think the most obvious candidates for autogens are stand-alone tools like gzip, for example, which are not libraries. These are the easiest initial candidates. Once your bug has been reviewed, it will be moved to a "ready to fix" state, at which point it will be possible to submit a PR to code.funtoo.org. Here are the steps to create a PR:
Create Funtoo account at https://auth.funtoo.org/new (you need this for the bug tracker and code.funtoo.org) Open an issue on the bug tracker (improvement) for the package you would like to autogen. Talk to us in #dev-help on Funtoo Discord for help in writing your autogen. When the issue moves to 'ready to fix', you are ready to submit your PR. To create your PR, first fork the kit-fixups repo on code.funtoo.org. Then on the bug tracker issue, click "create branch", and choose your forked repo (myname/kit-fixups) as where the branch will live, and make your branch a "feature" against master. Give your branch the name of the bug, like "feature/FL-9000". On your local system, "git pull; git checkout feature/FL-9000". Now do the edits... When creating your files, you can put them in kit-fixups/core-kit/next/sys-apps/foo, for example. This will make the autogen active for next release only. This is a good, conservative place to put it (rather than in 1.4-release too, which is what would happen if you added it to kit-fixups/core-kit/curated/sys-apps/foo.) When you're all done: "git add new files, git commit -a -m "FL-9000: description here." Then "git push", and you will see a URL on your console you can use to create your PR. Click on it, and create the PR against core-repositories/kit-fixups master. You may get comments on your PR -- you can simply do new commits to your "feature/FL-9000" branch and they will automatically appear in the PR without any additional steps when you push to your branch.

Also note that I have a bunch of issues I created for "funtoo-izing" various packages, which was my way of saying "autogen them and put them in next-release." You can find these bugs listed under this epic link (see the associated issues) and if you want to update any of these packages, you can simply "start work" on any of these bugs by clicking the "start work" button and then follow the steps above (minus creating the issue -- since you're using an existing one):
https://bugs.funtoo.org/browse/FL-8375

Thanks in advance for your involvement with next-release. This will be fun!
 

@zoggalso, I should say that I do appreciate you connecting and communicating your thoughts. For someone who is not as involved, perception is the reality. So I will look at what I can do to improve this, and welcome your involvement as well to try to address these things.
For roadmap, a lot of this has come down to LACK OF TRUST. On freenode, I had people actually doing 'silent forks' of Funtoo and ripping off my ideas. I have had people who I have told about future plans start to try to do them -- but leave me out! So many people are trying to 'make a splash' in software, and are not necessarily ethical about how they do it. So I am bitter about this. I am bitter because I actually LIKE to share my future ideas, but I have been REPEATEDLY BURNED by doing this. So now I am cautious. A lot of this relates to why we left freenode even before it self-imploded. There was too much 'sniping' of ideas and 'fake friends' who were just trying to get some ideas that they lacked themselves. But without any collaborative spirit. And even some outright nastiness. I got sick of it. I decided we'll move to discord, and have more of an independent space. And it will piss off some people -- but fortunately some of the people I pissed off (not all for sure) were those I wanted to get away from!
So yes, there is a lot of bitterness about this. And then being asked to share more -- you can imagine how this triggers a lot of unpleasant feelings. Damned if I do, damned, if I don't. You probably had no idea you were touching such a nerve when you made your original post. So much to unpack here. This will at least be an interesting thread for people to read.

Oops, I forgot to tell you how to set up next-release. You have two options. One is to use the stage3 to install a new next system. The other option is to convert an existing system to next-release.
To convert a system to next-release:
Do a world update on your system and specifically ensure you have the latest portage and ego installed. Add "release = next" to the "[global]" section of /etc/ego.conf Run "ego sync" Then run "epro build next". Now you are ready to do another world update to get gcc, binutils and other updates.

PLEASE NOTE: When you do this, unless you have a very very minimal system, I can almost guarantee that doing an emptytree rebuild WILL result in some packages not building. So be prepared for this and don't do this on production systems of course! Feel free to open bugs for any build failures, particularly for any DE or server packages that need gcc10 fixes.
ALSO PLEASE NOTE: We reserve the right to break or make disruptive changes in next-release AT ANY TIME! While I am going to try to do things as cleanly as possible, and ensure that the stage3 continues to build, you should be prepared for potential dep issues and other problems that may be annoying to deal with. This is part of the whole process of updating Funtoo that you are embarking upon!

Hi All,
I wanted to let everyone know about "next" release -- which is the new release of Funtoo that is intended to receive regular updates to all the latest packages.
Currently, a generic_64 build of next-release is available here:
https://build.funtoo.org/next/x86-64bit/generic_64/
'next' release currently includes gcc-11.2.0 and an updated unified binutils (binutils and binutils-libs have been combined, and binutils-config has been removed.) It also has a small handful of updated packages.
Our intention is to gradually add more and more auto-generated ebuilds to 'next' so that it is fully updated at all times. Next-release *may* break -- and if you use next-release, you should be aware of this. Right now, the stage3 is building but it's likely that DE's like GNOME, KDE, Cinnamon, MATE will need gcc10 fixes for certain packages to build properly. I'm hoping to generally keep the stage3 functioning at all times as we gradually update everything inside next-release to be current. We at least have a working stage3 as a starting point :) And it's fine to test DE's and open issues for any ebuilds that don't build -- so we can all start working on fixing them.
SO -- YOU CAN HELP!
So, since Funtoo is a user-based distribution, we provide a way for you, technical user, to help us in our goal of updating next-release. I am particularly interested in autogens for various ebuilds in the stage3. If you would like to autogen something on the stage3, all you need to do is open a bug at https://bugs.funtoo.org, entitled something like "autogen sys-apps/foo in next-release". Then describe what you would like to do and why. I think the most obvious candidates for autogens are stand-alone tools like gzip, for example, which are not libraries. These are the easiest initial candidates. Once your bug has been reviewed, it will be moved to a "ready to fix" state, at which point it will be possible to submit a PR to code.funtoo.org. Here are the steps to create a PR:
Create Funtoo account at https://auth.funtoo.org/new (you need this for the bug tracker and code.funtoo.org) Open an issue on the bug tracker (improvement) for the package you would like to autogen. Talk to us in #dev-help on Funtoo Discord for help in writing your autogen. When the issue moves to 'ready to fix', you are ready to submit your PR. To create your PR, first fork the kit-fixups repo on code.funtoo.org. Then on the bug tracker issue, click "create branch", and choose your forked repo (myname/kit-fixups) as where the branch will live, and make your branch a "feature" against master. Give your branch the name of the bug, like "feature/FL-9000". On your local system, "git pull; git checkout feature/FL-9000". Now do the edits... When creating your files, you can put them in kit-fixups/core-kit/next/sys-apps/foo, for example. This will make the autogen active for next release only. This is a good, conservative place to put it (rather than in 1.4-release too, which is what would happen if you added it to kit-fixups/core-kit/curated/sys-apps/foo.) When you're all done: "git add new files, git commit -a -m "FL-9000: description here." Then "git push", and you will see a URL on your console you can use to create your PR. Click on it, and create the PR against core-repositories/kit-fixups master. You may get comments on your PR -- you can simply do new commits to your "feature/FL-9000" branch and they will automatically appear in the PR without any additional steps when you push to your branch.

Also note that I have a bunch of issues I created for "funtoo-izing" various packages, which was my way of saying "autogen them and put them in next-release." You can find these bugs listed under this epic link (see the associated issues) and if you want to update any of these packages, you can simply "start work" on any of these bugs by clicking the "start work" button and then follow the steps above (minus creating the issue -- since you're using an existing one):
https://bugs.funtoo.org/browse/FL-8375

Thanks in advance for your involvement with next-release. This will be fun!
 

Oops, I forgot to tell you how to set up next-release. You have two options. One is to use the stage3 to install a new next system. The other option is to convert an existing system to next-release.
To convert a system to next-release:
Do a world update on your system and specifically ensure you have the latest portage and ego installed. Add "release = next" to the "[global]" section of /etc/ego.conf Run "ego sync" Then run "epro build next". Now you are ready to do another world update to get gcc, binutils and other updates.

PLEASE NOTE: When you do this, unless you have a very very minimal system, I can almost guarantee that doing an emptytree rebuild WILL result in some packages not building. So be prepared for this and don't do this on production systems of course! Feel free to open bugs for any build failures, particularly for any DE or server packages that need gcc10 fixes.
ALSO PLEASE NOTE: We reserve the right to break or make disruptive changes in next-release AT ANY TIME! While I am going to try to do things as cleanly as possible, and ensure that the stage3 continues to build, you should be prepared for potential dep issues and other problems that may be annoying to deal with. This is part of the whole process of updating Funtoo that you are embarking upon!

Hi All,
I wanted to let everyone know about "next" release -- which is the new release of Funtoo that is intended to receive regular updates to all the latest packages.
Currently, a generic_64 build of next-release is available here:
https://build.funtoo.org/next/x86-64bit/generic_64/
'next' release currently includes gcc-11.2.0 and an updated unified binutils (binutils and binutils-libs have been combined, and binutils-config has been removed.) It also has a small handful of updated packages.
Our intention is to gradually add more and more auto-generated ebuilds to 'next' so that it is fully updated at all times. Next-release *may* break -- and if you use next-release, you should be aware of this. Right now, the stage3 is building but it's likely that DE's like GNOME, KDE, Cinnamon, MATE will need gcc10 fixes for certain packages to build properly. I'm hoping to generally keep the stage3 functioning at all times as we gradually update everything inside next-release to be current. We at least have a working stage3 as a starting point :) And it's fine to test DE's and open issues for any ebuilds that don't build -- so we can all start working on fixing them.
SO -- YOU CAN HELP!
So, since Funtoo is a user-based distribution, we provide a way for you, technical user, to help us in our goal of updating next-release. I am particularly interested in autogens for various ebuilds in the stage3. If you would like to autogen something on the stage3, all you need to do is open a bug at https://bugs.funtoo.org, entitled something like "autogen sys-apps/foo in next-release". Then describe what you would like to do and why. I think the most obvious candidates for autogens are stand-alone tools like gzip, for example, which are not libraries. These are the easiest initial candidates. Once your bug has been reviewed, it will be moved to a "ready to fix" state, at which point it will be possible to submit a PR to code.funtoo.org. Here are the steps to create a PR:
Create Funtoo account at https://auth.funtoo.org/new (you need this for the bug tracker and code.funtoo.org) Open an issue on the bug tracker (improvement) for the package you would like to autogen. Talk to us in #dev-help on Funtoo Discord for help in writing your autogen. When the issue moves to 'ready to fix', you are ready to submit your PR. To create your PR, first fork the kit-fixups repo on code.funtoo.org. Then on the bug tracker issue, click "create branch", and choose your forked repo (myname/kit-fixups) as where the branch will live, and make your branch a "feature" against master. Give your branch the name of the bug, like "feature/FL-9000". On your local system, "git pull; git checkout feature/FL-9000". Now do the edits... When creating your files, you can put them in kit-fixups/core-kit/next/sys-apps/foo, for example. This will make the autogen active for next release only. This is a good, conservative place to put it (rather than in 1.4-release too, which is what would happen if you added it to kit-fixups/core-kit/curated/sys-apps/foo.) When you're all done: "git add new files, git commit -a -m "FL-9000: description here." Then "git push", and you will see a URL on your console you can use to create your PR. Click on it, and create the PR against core-repositories/kit-fixups master. You may get comments on your PR -- you can simply do new commits to your "feature/FL-9000" branch and they will automatically appear in the PR without any additional steps when you push to your branch.

Also note that I have a bunch of issues I created for "funtoo-izing" various packages, which was my way of saying "autogen them and put them in next-release." You can find these bugs listed under this epic link (see the associated issues) and if you want to update any of these packages, you can simply "start work" on any of these bugs by clicking the "start work" button and then follow the steps above (minus creating the issue -- since you're using an existing one):
https://bugs.funtoo.org/browse/FL-8375

Thanks in advance for your involvement with next-release. This will be fun!
 

Oops, I forgot to tell you how to set up next-release. You have two options. One is to use the stage3 to install a new next system. The other option is to convert an existing system to next-release.
To convert a system to next-release:
Do a world update on your system and specifically ensure you have the latest portage and ego installed. Add "release = next" to the "[global]" section of /etc/ego.conf Run "ego sync" Then run "epro build next". Now you are ready to do another world update to get gcc, binutils and other updates.

PLEASE NOTE: When you do this, unless you have a very very minimal system, I can almost guarantee that doing an emptytree rebuild WILL result in some packages not building. So be prepared for this and don't do this on production systems of course! Feel free to open bugs for any build failures, particularly for any DE or server packages that need gcc10 fixes.
ALSO PLEASE NOTE: We reserve the right to break or make disruptive changes in next-release AT ANY TIME! While I am going to try to do things as cleanly as possible, and ensure that the stage3 continues to build, you should be prepared for potential dep issues and other problems that may be annoying to deal with. This is part of the whole process of updating Funtoo that you are embarking upon!

Just a note that KDE Plasma has been updated to 5.22 thanks to a PR from @r0b. Thanks, @r0b!

@zogg I will answer you.
"From recent activity it seems like funtoo development (except autogenerated updates mostly) is getting to mostly none, including activity even in on this forum."
This is an interesting and funny perspective, because it's actually just the opposite. Funtoo is more active than it has ever been, and we are starting to collaborate with Sabayon on next-gen projects, and we have been growing our Funtoo dev team too.
One thing to realize is that Gentoo has 200+ developers and Funtoo up until recently has had maybe 2-3 developers at most active at a time, but often just one. Think of that. Over the past decade, what was often 'powering' Funtoo, was JUST ONE GUY. Sometimes -- many times -- it was not even me but a more junior developer.
Why? Because I am often busy -- I have a full time job and also a toddler, a wife, two kids in college, and two more kids in elementary and middle school ?
Now we have like 10 actively contributing it seems. So 3x-10x growth in the last few months is actually huge. And we seem to now be getting an influx of people from Gentoo (we don't actively try to recruit users or devs from Gentoo, so this is just an observation and not a 'boast'.)
But I actually DO understand why you have your perspective. It is a PERSPECTIVE, but not reality.
But it's interesting to wonder: why do you have this perspective?

It is probably because you are incorrectly trying to compare the work of 200+ people to what has often been just the work of 1-2 people.

Is that fair? I don't think so. But I am sure you can 'sense' that there is often fewer package updates and general upheaval than in Gentoo. Some people actually LIKE this about Funtoo!
The reality is that actually we are doing many things that Gentoo is not doing, and solving problems that Gentoo is not solving. But these problems are not glamorous, and take time, and we care more about solving these problems than giving you the latest crap to run on your computer.

I'm quite content with our progress. But I don't think that Funtoo is a distro for everyone, and if you feel that Gentoo is more up-to-date or aligns better with what you want, by all means please use it. It doesn't matter to me what you use. No one here is going to try to persuade you to use Funtoo. If you don't see the point in using it, then use something else.

The reason why you did not understand @nrc is because you don't get an important point. You are assuming that Funtoo and Gentoo are trying to do the same thing, and be the same thing, and trying to get you to pick one over the other.

This is actually not true.

That is why you do not understand.

So now that I have addressed the 2/3 of your post that was a troll, I can address your legitimate question -- update on the current state, and roadmap/future of the project.
The current state is that the project is rapidly growing and we are working on getting our growing team to work well together. So we are recently moving beyond 1-2 devs into the 5-10 active devs range.
Autogens will continue to be added to the tree by users. Thanks to user contributions we now have MATE stage3's available for download as well as updated Enlightenment.

As far as I am aware, financially, Funtoo has more funding/resources available to it than the entire Gentoo project despite our small size, is fully independent of any external influences regarding our future, and I expect this to continue to be the reality. I have been regularly sending cryptocurrency to our most active volunteers as a 'thank you' from the Funtoo community for their contributions.
We will continue to prioritize new and interesting ways of solving complex technical challenges rather than expending huge amounts of manual effort to maintain tens of thousands of packages.

While we do this, we also hope that you will find Funtoo to be a useful tool for desktop workstation, laptop as well as dev and production servers for amd64 and arm(64) architectures, as well as riscv, which is being worked on.

For everything else, you will find out about it when it is announced ?
As always, Funtoo is a user-centric project so if there is something you want, you are encouraged to not be shy and explain why you personally want it on the bug tracker and if it is reasonable, the issue will be approved and a PR can then be submitted.

Best,
Daniel
 

 

@zogg I will answer you.
"From recent activity it seems like funtoo development (except autogenerated updates mostly) is getting to mostly none, including activity even in on this forum."
This is an interesting and funny perspective, because it's actually just the opposite. Funtoo is more active than it has ever been, and we are starting to collaborate with Sabayon on next-gen projects, and we have been growing our Funtoo dev team too.
One thing to realize is that Gentoo has 200+ developers and Funtoo up until recently has had maybe 2-3 developers at most active at a time, but often just one. Think of that. Over the past decade, what was often 'powering' Funtoo, was JUST ONE GUY. Sometimes -- many times -- it was not even me but a more junior developer.
Why? Because I am often busy -- I have a full time job and also a toddler, a wife, two kids in college, and two more kids in elementary and middle school ?
Now we have like 10 actively contributing it seems. So 3x-10x growth in the last few months is actually huge. And we seem to now be getting an influx of people from Gentoo (we don't actively try to recruit users or devs from Gentoo, so this is just an observation and not a 'boast'.)
But I actually DO understand why you have your perspective. It is a PERSPECTIVE, but not reality.
But it's interesting to wonder: why do you have this perspective?

It is probably because you are incorrectly trying to compare the work of 200+ people to what has often been just the work of 1-2 people.

Is that fair? I don't think so. But I am sure you can 'sense' that there is often fewer package updates and general upheaval than in Gentoo. Some people actually LIKE this about Funtoo!
The reality is that actually we are doing many things that Gentoo is not doing, and solving problems that Gentoo is not solving. But these problems are not glamorous, and take time, and we care more about solving these problems than giving you the latest crap to run on your computer.

I'm quite content with our progress. But I don't think that Funtoo is a distro for everyone, and if you feel that Gentoo is more up-to-date or aligns better with what you want, by all means please use it. It doesn't matter to me what you use. No one here is going to try to persuade you to use Funtoo. If you don't see the point in using it, then use something else.

The reason why you did not understand @nrc is because you don't get an important point. You are assuming that Funtoo and Gentoo are trying to do the same thing, and be the same thing, and trying to get you to pick one over the other.

This is actually not true.

That is why you do not understand.

So now that I have addressed the 2/3 of your post that was a troll, I can address your legitimate question -- update on the current state, and roadmap/future of the project.
The current state is that the project is rapidly growing and we are working on getting our growing team to work well together. So we are recently moving beyond 1-2 devs into the 5-10 active devs range.
Autogens will continue to be added to the tree by users. Thanks to user contributions we now have MATE stage3's available for download as well as updated Enlightenment.

As far as I am aware, financially, Funtoo has more funding/resources available to it than the entire Gentoo project despite our small size, is fully independent of any external influences regarding our future, and I expect this to continue to be the reality. I have been regularly sending cryptocurrency to our most active volunteers as a 'thank you' from the Funtoo community for their contributions.
We will continue to prioritize new and interesting ways of solving complex technical challenges rather than expending huge amounts of manual effort to maintain tens of thousands of packages.

While we do this, we also hope that you will find Funtoo to be a useful tool for desktop workstation, laptop as well as dev and production servers for amd64 and arm(64) architectures, as well as riscv, which is being worked on.

For everything else, you will find out about it when it is announced ?
As always, Funtoo is a user-centric project so if there is something you want, you are encouraged to not be shy and explain why you personally want it on the bug tracker and if it is reasonable, the issue will be approved and a PR can then be submitted.

Best,
Daniel
 

 

Hi All,
I wanted to let everyone know about "next" release -- which is the new release of Funtoo that is intended to receive regular updates to all the latest packages.
Currently, a generic_64 build of next-release is available here:
https://build.funtoo.org/next/x86-64bit/generic_64/
'next' release currently includes gcc-11.2.0 and an updated unified binutils (binutils and binutils-libs have been combined, and binutils-config has been removed.) It also has a small handful of updated packages.
Our intention is to gradually add more and more auto-generated ebuilds to 'next' so that it is fully updated at all times. Next-release *may* break -- and if you use next-release, you should be aware of this. Right now, the stage3 is building but it's likely that DE's like GNOME, KDE, Cinnamon, MATE will need gcc10 fixes for certain packages to build properly. I'm hoping to generally keep the stage3 functioning at all times as we gradually update everything inside next-release to be current. We at least have a working stage3 as a starting point :) And it's fine to test DE's and open issues for any ebuilds that don't build -- so we can all start working on fixing them.
SO -- YOU CAN HELP!
So, since Funtoo is a user-based distribution, we provide a way for you, technical user, to help us in our goal of updating next-release. I am particularly interested in autogens for various ebuilds in the stage3. If you would like to autogen something on the stage3, all you need to do is open a bug at https://bugs.funtoo.org, entitled something like "autogen sys-apps/foo in next-release". Then describe what you would like to do and why. I think the most obvious candidates for autogens are stand-alone tools like gzip, for example, which are not libraries. These are the easiest initial candidates. Once your bug has been reviewed, it will be moved to a "ready to fix" state, at which point it will be possible to submit a PR to code.funtoo.org. Here are the steps to create a PR:
Create Funtoo account at https://auth.funtoo.org/new (you need this for the bug tracker and code.funtoo.org) Open an issue on the bug tracker (improvement) for the package you would like to autogen. Talk to us in #dev-help on Funtoo Discord for help in writing your autogen. When the issue moves to 'ready to fix', you are ready to submit your PR. To create your PR, first fork the kit-fixups repo on code.funtoo.org. Then on the bug tracker issue, click "create branch", and choose your forked repo (myname/kit-fixups) as where the branch will live, and make your branch a "feature" against master. Give your branch the name of the bug, like "feature/FL-9000". On your local system, "git pull; git checkout feature/FL-9000". Now do the edits... When creating your files, you can put them in kit-fixups/core-kit/next/sys-apps/foo, for example. This will make the autogen active for next release only. This is a good, conservative place to put it (rather than in 1.4-release too, which is what would happen if you added it to kit-fixups/core-kit/curated/sys-apps/foo.) When you're all done: "git add new files, git commit -a -m "FL-9000: description here." Then "git push", and you will see a URL on your console you can use to create your PR. Click on it, and create the PR against core-repositories/kit-fixups master. You may get comments on your PR -- you can simply do new commits to your "feature/FL-9000" branch and they will automatically appear in the PR without any additional steps when you push to your branch.

Also note that I have a bunch of issues I created for "funtoo-izing" various packages, which was my way of saying "autogen them and put them in next-release." You can find these bugs listed under this epic link (see the associated issues) and if you want to update any of these packages, you can simply "start work" on any of these bugs by clicking the "start work" button and then follow the steps above (minus creating the issue -- since you're using an existing one):
https://bugs.funtoo.org/browse/FL-8375

Thanks in advance for your involvement with next-release. This will be fun!
 

Hi All,
I wanted to let everyone know about "next" release -- which is the new release of Funtoo that is intended to receive regular updates to all the latest packages.
Currently, a generic_64 build of next-release is available here:
https://build.funtoo.org/next/x86-64bit/generic_64/
'next' release currently includes gcc-11.2.0 and an updated unified binutils (binutils and binutils-libs have been combined, and binutils-config has been removed.) It also has a small handful of updated packages.
Our intention is to gradually add more and more auto-generated ebuilds to 'next' so that it is fully updated at all times. Next-release *may* break -- and if you use next-release, you should be aware of this. Right now, the stage3 is building but it's likely that DE's like GNOME, KDE, Cinnamon, MATE will need gcc10 fixes for certain packages to build properly. I'm hoping to generally keep the stage3 functioning at all times as we gradually update everything inside next-release to be current. We at least have a working stage3 as a starting point :) And it's fine to test DE's and open issues for any ebuilds that don't build -- so we can all start working on fixing them.
SO -- YOU CAN HELP!
So, since Funtoo is a user-based distribution, we provide a way for you, technical user, to help us in our goal of updating next-release. I am particularly interested in autogens for various ebuilds in the stage3. If you would like to autogen something on the stage3, all you need to do is open a bug at https://bugs.funtoo.org, entitled something like "autogen sys-apps/foo in next-release". Then describe what you would like to do and why. I think the most obvious candidates for autogens are stand-alone tools like gzip, for example, which are not libraries. These are the easiest initial candidates. Once your bug has been reviewed, it will be moved to a "ready to fix" state, at which point it will be possible to submit a PR to code.funtoo.org. Here are the steps to create a PR:
Create Funtoo account at https://auth.funtoo.org/new (you need this for the bug tracker and code.funtoo.org) Open an issue on the bug tracker (improvement) for the package you would like to autogen. Talk to us in #dev-help on Funtoo Discord for help in writing your autogen. When the issue moves to 'ready to fix', you are ready to submit your PR. To create your PR, first fork the kit-fixups repo on code.funtoo.org. Then on the bug tracker issue, click "create branch", and choose your forked repo (myname/kit-fixups) as where the branch will live, and make your branch a "feature" against master. Give your branch the name of the bug, like "feature/FL-9000". On your local system, "git pull; git checkout feature/FL-9000". Now do the edits... When creating your files, you can put them in kit-fixups/core-kit/next/sys-apps/foo, for example. This will make the autogen active for next release only. This is a good, conservative place to put it (rather than in 1.4-release too, which is what would happen if you added it to kit-fixups/core-kit/curated/sys-apps/foo.) When you're all done: "git add new files, git commit -a -m "FL-9000: description here." Then "git push", and you will see a URL on your console you can use to create your PR. Click on it, and create the PR against core-repositories/kit-fixups master. You may get comments on your PR -- you can simply do new commits to your "feature/FL-9000" branch and they will automatically appear in the PR without any additional steps when you push to your branch.

Also note that I have a bunch of issues I created for "funtoo-izing" various packages, which was my way of saying "autogen them and put them in next-release." You can find these bugs listed under this epic link (see the associated issues) and if you want to update any of these packages, you can simply "start work" on any of these bugs by clicking the "start work" button and then follow the steps above (minus creating the issue -- since you're using an existing one):
https://bugs.funtoo.org/browse/FL-8375

Thanks in advance for your involvement with next-release. This will be fun!
 

@zogg I will answer you.
"From recent activity it seems like funtoo development (except autogenerated updates mostly) is getting to mostly none, including activity even in on this forum."
This is an interesting and funny perspective, because it's actually just the opposite. Funtoo is more active than it has ever been, and we are starting to collaborate with Sabayon on next-gen projects, and we have been growing our Funtoo dev team too.
One thing to realize is that Gentoo has 200+ developers and Funtoo up until recently has had maybe 2-3 developers at most active at a time, but often just one. Think of that. Over the past decade, what was often 'powering' Funtoo, was JUST ONE GUY. Sometimes -- many times -- it was not even me but a more junior developer.
Why? Because I am often busy -- I have a full time job and also a toddler, a wife, two kids in college, and two more kids in elementary and middle school ?
Now we have like 10 actively contributing it seems. So 3x-10x growth in the last few months is actually huge. And we seem to now be getting an influx of people from Gentoo (we don't actively try to recruit users or devs from Gentoo, so this is just an observation and not a 'boast'.)
But I actually DO understand why you have your perspective. It is a PERSPECTIVE, but not reality.
But it's interesting to wonder: why do you have this perspective?

It is probably because you are incorrectly trying to compare the work of 200+ people to what has often been just the work of 1-2 people.

Is that fair? I don't think so. But I am sure you can 'sense' that there is often fewer package updates and general upheaval than in Gentoo. Some people actually LIKE this about Funtoo!
The reality is that actually we are doing many things that Gentoo is not doing, and solving problems that Gentoo is not solving. But these problems are not glamorous, and take time, and we care more about solving these problems than giving you the latest crap to run on your computer.

I'm quite content with our progress. But I don't think that Funtoo is a distro for everyone, and if you feel that Gentoo is more up-to-date or aligns better with what you want, by all means please use it. It doesn't matter to me what you use. No one here is going to try to persuade you to use Funtoo. If you don't see the point in using it, then use something else.

The reason why you did not understand @nrc is because you don't get an important point. You are assuming that Funtoo and Gentoo are trying to do the same thing, and be the same thing, and trying to get you to pick one over the other.

This is actually not true.

That is why you do not understand.

So now that I have addressed the 2/3 of your post that was a troll, I can address your legitimate question -- update on the current state, and roadmap/future of the project.
The current state is that the project is rapidly growing and we are working on getting our growing team to work well together. So we are recently moving beyond 1-2 devs into the 5-10 active devs range.
Autogens will continue to be added to the tree by users. Thanks to user contributions we now have MATE stage3's available for download as well as updated Enlightenment.

As far as I am aware, financially, Funtoo has more funding/resources available to it than the entire Gentoo project despite our small size, is fully independent of any external influences regarding our future, and I expect this to continue to be the reality. I have been regularly sending cryptocurrency to our most active volunteers as a 'thank you' from the Funtoo community for their contributions.
We will continue to prioritize new and interesting ways of solving complex technical challenges rather than expending huge amounts of manual effort to maintain tens of thousands of packages.

While we do this, we also hope that you will find Funtoo to be a useful tool for desktop workstation, laptop as well as dev and production servers for amd64 and arm(64) architectures, as well as riscv, which is being worked on.

For everything else, you will find out about it when it is announced ?
As always, Funtoo is a user-centric project so if there is something you want, you are encouraged to not be shy and explain why you personally want it on the bug tracker and if it is reasonable, the issue will be approved and a PR can then be submitted.

Best,
Daniel
 

 

I try to do a little every day. For example, the new 'next' release, which has been in planning for over a year, is now live and ready for contributions... This will be of interest to @zogg and others who want to be part of updating Funtoo without breaking stuff for 1.4-release users. See: 
 

Just to let everyone know, MATE stage3's are now available for download, alongside our GNOME and Cinnamon stage3's.
Also, we recently merged in a PR from nyacoder which updated Enlightenment to the current upstream version.
Enjoy!

@zogg I will answer you.
"From recent activity it seems like funtoo development (except autogenerated updates mostly) is getting to mostly none, including activity even in on this forum."
This is an interesting and funny perspective, because it's actually just the opposite. Funtoo is more active than it has ever been, and we are starting to collaborate with Sabayon on next-gen projects, and we have been growing our Funtoo dev team too.
One thing to realize is that Gentoo has 200+ developers and Funtoo up until recently has had maybe 2-3 developers at most active at a time, but often just one. Think of that. Over the past decade, what was often 'powering' Funtoo, was JUST ONE GUY. Sometimes -- many times -- it was not even me but a more junior developer.
Why? Because I am often busy -- I have a full time job and also a toddler, a wife, two kids in college, and two more kids in elementary and middle school ?
Now we have like 10 actively contributing it seems. So 3x-10x growth in the last few months is actually huge. And we seem to now be getting an influx of people from Gentoo (we don't actively try to recruit users or devs from Gentoo, so this is just an observation and not a 'boast'.)
But I actually DO understand why you have your perspective. It is a PERSPECTIVE, but not reality.
But it's interesting to wonder: why do you have this perspective?

It is probably because you are incorrectly trying to compare the work of 200+ people to what has often been just the work of 1-2 people.

Is that fair? I don't think so. But I am sure you can 'sense' that there is often fewer package updates and general upheaval than in Gentoo. Some people actually LIKE this about Funtoo!
The reality is that actually we are doing many things that Gentoo is not doing, and solving problems that Gentoo is not solving. But these problems are not glamorous, and take time, and we care more about solving these problems than giving you the latest crap to run on your computer.

I'm quite content with our progress. But I don't think that Funtoo is a distro for everyone, and if you feel that Gentoo is more up-to-date or aligns better with what you want, by all means please use it. It doesn't matter to me what you use. No one here is going to try to persuade you to use Funtoo. If you don't see the point in using it, then use something else.

The reason why you did not understand @nrc is because you don't get an important point. You are assuming that Funtoo and Gentoo are trying to do the same thing, and be the same thing, and trying to get you to pick one over the other.

This is actually not true.

That is why you do not understand.

So now that I have addressed the 2/3 of your post that was a troll, I can address your legitimate question -- update on the current state, and roadmap/future of the project.
The current state is that the project is rapidly growing and we are working on getting our growing team to work well together. So we are recently moving beyond 1-2 devs into the 5-10 active devs range.
Autogens will continue to be added to the tree by users. Thanks to user contributions we now have MATE stage3's available for download as well as updated Enlightenment.

As far as I am aware, financially, Funtoo has more funding/resources available to it than the entire Gentoo project despite our small size, is fully independent of any external influences regarding our future, and I expect this to continue to be the reality. I have been regularly sending cryptocurrency to our most active volunteers as a 'thank you' from the Funtoo community for their contributions.
We will continue to prioritize new and interesting ways of solving complex technical challenges rather than expending huge amounts of manual effort to maintain tens of thousands of packages.

While we do this, we also hope that you will find Funtoo to be a useful tool for desktop workstation, laptop as well as dev and production servers for amd64 and arm(64) architectures, as well as riscv, which is being worked on.

For everything else, you will find out about it when it is announced ?
As always, Funtoo is a user-centric project so if there is something you want, you are encouraged to not be shy and explain why you personally want it on the bug tracker and if it is reasonable, the issue will be approved and a PR can then be submitted.

Best,
Daniel
 

 

Just to let everyone know, MATE stage3's are now available for download, alongside our GNOME and Cinnamon stage3's.
Also, we recently merged in a PR from nyacoder which updated Enlightenment to the current upstream version.
Enjoy!