Jump to content
Read the Funtoo Newsletter: Summer 2023 ×

zogg

Members
  • Posts

    4
  • Joined

  • Last visited

  • Days Won

    1

Posts posted by zogg

  1. 11 hours ago, drobbins said:

    Also, frankly, I think that distros are now treated as commodities where somehow it is expected that we are supposed to 'prove to users' that they should use us instead of some other distro. Really, this is the attitude these days. And I don't really like this attitude. Asking for a roadmap is a perfect example of this attitude -- it asks very much of Funtoo, while offering very little -- nothing, really -- of personal opinion of what the individual is actually wanting. Like we should just wave our hands and promise random impressive things because we are trying to win your loyalty. If you look at our bug tracker, and our wiki, you will understand that this distro is run by users. We don't have a formal development team. Issues are opened by users. Any feature can be asked for, as long as justification is provided which can even be as minimal as that you are personally interested in this feature. (and this is explained on our bug tracker if you go to open a bug) So I have worked hard to create a model that empowers users -- but also gives users responsibility -- to move improvements forward by getting involved. I feel like expecting a roadmap is the inverse. It implies a model of development that is the opposite of this. We are not here to serve you, but to create a fun, collaborative environment that you can participate in, if you choose. Having a roadmap means you are not involved, and you are just being served. And this is a model for pure commercial software where you are paying money to have something delivered to you. That is not what we are doing here. It is a total shift in thinking --  from a "what can you do for me mentality" to a "you are part of a dynamic community" mindset.

    There is a lot to unpack here, even beyond this specific annoyance, regarding how Open Source works in 2021 as compared to a decade or even 20 years ago. A lot of open source is happening under a corporate umbrella. Pure community projects simply have a smaller pool of true volunteer contributors. This isn't an issue with Funtoo but an issue with how for-profit startups and tech companies are pulling talent into their web of for-profit activities. Some of these companies have questionable value to society, even though they are making money. But if you ask the typical person, they are busy. Too busy. And we can unpack this more and look at how in the US and other countries, we have less leisure time and it is more expensive to provide for a family. Which means we are driven to work more, not less. It's all a recipe to steal personal time that used to be used for contributing to your favorite community project in your spare time. And I think that's sad.

    So I actually have strong opinions on these things that align with @zogg in many ways, but these problems are bigger than Funtoo. Funtoo is doing quite well considering. I am very focused on these modern challenges, but they are non-trivial to solve. But we are making good progress.

    And this goes back to my point about prioritizing working on solutions to the bigger problems.

    Again, I am not coming with attitude of someone owning anything to me. I do not ask anyone to prove me anything as well. I think you are taking it as white&black situation here, but community is more of co-existing dynamic thing and communication and interaction is one of the keys of it to evolve.

    I did check code.funtoo.org and I did see a lot of autogenerated commits, thus btw I stated that most activity I saw was autogenerated. I even checked few branches and most "human based" commits were back from Oleg. (that raised the red alarm for me)

    So regarding roadmap and being part of the community:

    1. You do have roadmap page on main site (the link was removed now but you still can get there) - and it has information from 2019 and even "Lorem ipsun" entries ?‍♂️

    2. AFAIR you did provide funtoo hosting as paid service and I think it would be fair for people who do pay for it to understand where project is going so they do not find their own project depend on it and they need to migrate as as some point it goes different direction.

    3. No one asks to provide exactly "what I want" but it is fair that any user would be able at least at rough scale understand where it is going. For example as I told I was using Funtoo on my work laptop and was depending on it, so it is not only was a "nice project I take part of" but something that I depend on to be productive at my work place. Again you do not own me anything, but I think it the choice of using something that can be that critical is the question if I know where the project goes and if I can do it (you embraced  it yourself above to use it as workstation). 

    4. Roadmap not always means exact dates and exact "promises" what would be achieved, but it is where you see your project is going, I mean you are talking about Jira and tasks as way to see it, but from what I know Jira usially have stories, epics and etc which actually show big picture and not tasks themselves. Moreover I am pretty sure you do not wake up one morning and decide to add something, rather than you have some vision on where you want to get. It is fair it is changing and this can be adjusted, but i think ability communicate it is not less important than code itself. 

    For example person who can contribute but is not familiar with Funtoo will not be able to do so just by watching videos on how to make ebuilds and so on, he needs to see a bigger picture to make a bigger contributions, no?

    5. Any community doesn't matter how dynamic it is has it's direction(s) and though they might change they do hold it together and not that everyone "pulling it in own direction, so at the end it stays still as directions are opposite"

    6. It is harder to contribute where you fail to see where project is going

     

    Yes, it is not the pleasant thing to hear that "your project is dead" but again as an end user I didn't see any activity, e.g. I remember announcements of releases, I remember that we had newest chain tools, video related improvements (mesa, nvidia, gnome without systemd) and suddenly they were stalled, so this raised this flag, it doesn't come from nowhere.

    The question is if to use Gentoo or Funtoo shouldn't be offensive, it is simply practical one, I do understand how you can feel when you give your own free time while you do not have much, but you do it not for yourself, after all you have a site, you want to have community, you want it to be used and you want to build community. So you need to be practical and understand this kind of question would be raised, you need to understand that there is basis behind it and you actually trying to do something different from Gentoo (otherwise you would re-join back to Gentoo, no?) - so it is legitimate question. Moreover I think you do have something in mind and it would be more profitable for both sides if you communicate this.

    The important thing of any opensource project is transparency and direction. As you gave an example of corporation backed up projects, they usually had own internal tracker and they threw code from over this fence, where community was not able to see where it goes and though code was open - people left those communities or forked projects, and it some point it killed those projects.

     

    As personal opinion - I saw and took part in a lot of opensource communities including ones that backed up by corporations or not and most of them (especially those that proceed) do have guidelines, documentations, transparency, roadmap, vision, what they are trying to achieve. This provides strong community, this helps end-users to became contributors and developers.

     

    So after all it is mostly an egg and a chicken situation where you state that Funtoo team is small and there is problem with time, on other hand you in some way make it more difficult for people to join and expand it. At least that's how I see it.

     

     

  2. On 9/10/2021 at 9:46 AM, drobbins said:

    @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, first of all thanks for answer.

    First of all it is interesting that you go on offense as defense and state that my questions are trolling :)

    I mean common, did I blame you that manpower of the project is much smaller than gentoo? I do not think in any way that you or anyone here own me anything, all of all I'm trying to understand the state and if I (maybe others who share same feeling) need to worry or re-calculate path if Funtoo is for them.

    Moreover I am the one who stated the shortage of developers in the first place, but somehow your answer is still that offense that I'm trolling and not just asking legit question to understand the state.  

    And it is not like you do not understand where it come from as you are saying yourself that despite that you do not agree but you do understand where this "perspective" comes from.

    Funtoo was always smaller project that Gentoo, and despite it I used at both home desktop and work laptop for quite few years already and I do feel as part of community (despite of me contributing or not) I have all right to raise those questions.

    Common, I do remember the activity on git, forums, IRC and other channels back when Oleg was one of core developers and suddenly for over year (again I do understand not simple time in general with Covid around) there is no visible activity, no roadmap (outdated page) or anything that I can see where Funtoo is going(not on discord so no idea what is going on there). It is natural that I would worry, or maybe the transparency is not the same as it was and it is much harder now to understand/follow. So why not just help users to understand. Btw I might be not one of the most active ones, but I've been around this project for a looooooong time, so if I fail to see it, maybe there are much more people like me who just don't raise their voice (so they would not be called trolls, right?)

     

    You do state that you want to encourage users to get involved, but on same breath you are saying that "maybe Funtoo" is not for me instead of just maybe to clear things that I can't see/understand for some reasons.

    E.g. you stated about Sabayon collaboration and I saw it on here and few other resources some time ago, but personally, maybe I'm missing something - but I fail to understand where/how/what for it is happening and how it is influencing future of Funtoo (today and the moment it was announced).

    So are you still thinking I'm trolling or it is just emotional and it is easier to blame on trolling rather to answer actual questions, as an example I tried to raise what is the purpose, difference and roadmap of Funtoo and as I mentioned above you stated "use Gentoo" "maybe Funtoo is not for you" instead of simply taking into account that some users might fail to see the actual difference or purpose and you as Leader of project and developer can simply point it out and not say "use latest crap" Or you are saying that there is no actual vision and you just going with the flow, because it is hard for me to understand how it is possible to state it is different, but fail to explain actual difference or purpose.

     

    I didn't understand @nrc as he didn't answer any question, he used the approach "you do not understand" ," you can't see" and offense as defense instead of actually trying to explain and not using generic statements "create reliable distor that works for users" as I think any maintainer of any distro will tell you the same, but I think most of them would be able to explain on how they are going to achieve it and not use just "Funtoo is the best" "so stable" and etc. Because if there is vision or roadmap on how to achieve it (as any project should have, even when it can be changed as they go) it should not be hard to state this vision/roadmap and connect those dots.

     

    I am glad for team growing and as you say more active, collaboration and finally new release. Yes "finally" as end user this is the point that I actually can see and interact with, so do not take as something negative, as I do really appreciate any contribution to any project even if I do not use it and I value when any person gives his own free time for others.

    I did try to check git sometimes, check forums, telegram (though I saw mostly people are using language that not everyone can understand) and I didn't see any activity, so maybe some transparency, roadmap or more updates where project/community can help and avoid this kind of post in future.

     

    And though questions I raised maybe are not the most pleasant for some I do not see any reason to attack me back and call me troll or act @nrc did. I do not think it is something you want in your community. That kind of community that is based on "if you like anything you get" we give you "+" in forum and system, but if you raise any questions you are "traitor of Soviet Union" and you would be punished with "-" and called troll. I hope this example can show it more clearly about another "perspective" I'm talking about. And maybe it is not Funtoo but the way the community/leadership is communicating is the problem for me after all.

     

    P.S. Kuddos for new release 

  3. 1 hour ago, nrc said:

    I made a good faith effort to answer your questions.  I'm really not interested in arguing about it.

     

    But you obviously didn't ,except mumbling some generic things and trying to make it to "Funtoo is obviously not for you then" and "you do not understand" arguments with "matter for user" on top as I am not a user already, so I do not matter ?

    Let's make it easier, so you would not dodge with "I already answered":

    I mean all your effort fails to point what is actual roadmap, official Roadmap and FAQ are outdated and have information that is not correct for the past 2 years.

    You fail to point out what is "stable" and if Funtoo is not rolling release, where are release cycles for past 2 years. (you can't be neither and say that autogens is your stability and releases)

    And Discord that is closed as mentioned above is no help but I can see git commits and do not see much except autogeneration commits in 90% and not that often ?‍♂️

    But yes "Much discord, wow autogenerate, so stable" ?‍♂️

     

    P.S.

    It's when fan advocate has nothing to say but can't give up, right? ?

  4. And just before you are giving unrelated generic answer ?

    From official FAQ:

     

     

    Quote

     

    The Biggest Question -- how does Funtoo relate to Gentoo?

    Funtoo Linux 1.4 (see Install, Release Notes) is based on a 21 Jun 2019 snapshot of Gentoo Linux, plus a variety of package updates in selected areas. 

    .........

    Release Schedule

    Our release schedule has historically been about 1-2 times per year, but the plan is to accelerate this to 3-4 times per year. Funtoo Linux 2.0 development will be starting before the end of 2019. Version 1.4 is the recommended release to install.

     

     

  5. And I do not see any innovations in Gentoo, I see they backported some ideas from Funtoo and they as well have newer ebuilds APIs. And let's put aside that they have stable mask and you do copy most from there, but still call them unstable.

    So what Funtoo can provide that Gentoo can't as it is based on Gentoo and should at least have something to say it is something new or better in anyway. Otherwise I see a lot of distros from Ubuntu that change wallpapers and call themselves - most stable and user-friendly (i am aware it is not same case here, but it seems you can't understand what I mean so I wanted to make it more understandable for you)

  6. On 8/26/2021 at 8:04 PM, nrc said:

    It seems like you're missing the point.  Yes, 1.4 was a while ago.  The point is that the quoted release notes explained that Funtoo was transitioning from a Gentoo-style rolling release distro to a more curated, kit-based distro.   

    The objective of Funtoo is to create reliable software that works for its users.  In a project this size that means keeping change at a manageable level and focusing on fixes and updates that matter to the users.   Prior to 1.4 Funtoo was not reliable because Gentoo was not reliable.  Now Funtoo is very stable and reliable.  If whatever innovation you're looking for is more important to you than that, then Funtoo isn't for you.

    It's very friendly to the users who don't want their systems broken by updates that provide no benefit to them.  It helps Funtoo focus their effort in areas where it will most benefit users who care enough to participate.

    You keep talking about "innovation" but it sounds like you're really just wanting latest software releases.  Funtoo may not be the best option for that if you're not looking to participate.  If you don't consider Funtoo's change in direction to being a more stable, kit-driven distro to be "innovation" that's fine.  Maybe that's not what you're looking for.  But I'm curious what innovations you're seeing in Gentoo that you feel are lacking in Funtoo?

    Wait what?

    I am missing the point? Okay, os you basically saying that creating autogenerated ebuilds and not breaking updates is stable? Kit based when same kits have outdated versions is stable?

    So year+ old software would never have any vulnerabilities or bugs just because it "aged like wine?", did I get you correctly? Or maybe you also do not include those bugfixes and CVE fixes?

    How do you decide what updates are matter for user? 

    Stability is not updates that are not breaking, stability is decent versions while the point of distro and  it's maintainers to provide the stability of update. Yes as I said stability of OS != stability of update and it comes from different factors.

    And by innovation I do not mean latest software. It seems you hear what you want to hear and just advocating without actually trying to understand.

    Making old releases from source based distro you call not stable is not innovation for sure. Let me give you an example of what innovation Funtoo brought -> kits, git based updates instead of rsync and etc. So basically when Gentoo caught up, what you provide except copying ebuilds from there or autogenerating them and "freezing" "stable" releases by not updating anything else is the point?

    Btw any non rolling release distro has schedule for releases, they have them at least once a year, they do have unstable branch where people test, iron things and afterwards you have code freeze and etc.

    In your case you do not have any of that but just barely any maintainers and few scripts pulling for some ebuild autogeneration.

    So again, what is the roadmap? What is the future of funtoo? How often and when we can see releases? What are mechanisms of having stable releases except not updating anything. 

    it's just sounds you doesn't want to hear some critics and let's agree with explanation and actual arguments and you just want to point out how I don't understand anything.

    You can tell me the most ridiculous answer "Funtoo is not for you" and have barely 5 people active in forums and community and pst autogenerated same as those ebuilds - this is very smart i would tell, no users - no problems ?

  7. On 8/18/2021 at 8:39 AM, nrc said:

    Autogeneration of ebuilds only exists because the process and infrastructure to do it are being developed.

    Nobody has entered an RFE to update xfce4. Why would they make that a priority if nobody cares enough to request it?  Funtoo doesn't just mirror the Gentoo tree the way they once did.  That was creating too many stability problems.  From the 1.4 release notes:

    https://www.funtoo.org/Release_Notes/1.4-release

    If that doesn't sound like the right distro then Gentoo may be a better option for you.  The Gentoo forums are probably a better place for tips on how to migrate to Gentoo.

     

    You are talking about 1.4 which was released at 2019, no new release for 2 years.

    Not sure what you mean by infra and autogenerated packages, I mean having basic core generated is one thing and once configured would not require a lot, but maintaining and having own distro is little bit more than that, right?

    Regarding XFCE - again, you have official support (otherwise why do you have kit) and making RFE for supported kit to update for release that is out more than a year (last update was same story) seems little bit "hard way" to have basic things in desktop distro (again funtoo states as desktop distro, and official supported DE being outdated, not even mentioning most apps, is not the the way to go)

    Anyhow it only proves my original statement and raises the same question, what was developed and done on Funtoo on past year+ except maintaining autogenerated ebuilds?

    I assume there is no much manpower after Oleg and few left project, so would it worth to have latest gcc and toolchain on source based distro on desktop if everything else is pretty outdated if not "RFE" (except apps that I assume used by few devs left), as on server I would not care about latest gcc and not sure would go for source based distro anyhow.

    The approach "RFE it" or do it itself doesn't make it user-friendly, right? Otherwise I would use gentoo and RFE there or even just PR backport of Funtoo's ebuilds to update with autogeneration, as seems lately there is no any progress, innovation or benefit of Funtoo over Gentoo if not opposite ?‍♂️

  8. On 8/15/2021 at 5:28 AM, nrc said:

    If you  check the Jira bug tracker or Discord site things are reasonably active.  I think the "roadmap" is "keep making Funtoo more current and more maintainable."  All the work that has gone into kits and now autogen packages has made a big difference in that respect.

    @drobbins pondered whether a forum was still necessary and relevant the last time he revamped the site.  I felt at the time it was still important to provide that visible, easy gateway into the community for new people.  But it just doesn't seem to be the kind of center of activity for the project that forums used to be so maybe it doesn't represent the project well.

     

     

     

    On 8/5/2021 at 12:56 PM, zogg said:

    (except autogenerated updates mostly)

    ☝️

    There are so many packages that are outdated, e.g. xfce4 whole kit is old, a lot of packages are not updated. I am not sure that autogeneration and copying ebuilds from gentoo is "active".

    Moreover gentoo has bumped EAPI already and new ebuilds are not compatible with Funtoo

  9. Hi,

    From recent activity it seems like funtoo development (except autogenerated updates mostly) is getting to mostly none, including activity even in on this forum.

    Can we get an update on the current state, what is the roadmap and future of the project?

    And if I'm correct and funtoo project is declining, is there any plans to provide proper solution to migrate to gentoo without the need to setup everything from scratch.

  10. Hi, same as steam requires 32bit, wine requires 32bit for some application(or games in that matter, e.g. Battle.Net)

    So I created docker (basically same way steam one if made) and it seems to work. It would require wrapper to launch it and proper ebuild.

    I'm not sure if I'm going to continue working on it, but if anyone want to take over or play starcraft 2 ?

    https://github.com/funkycode/funtoo-wine-launcher - dockerfile

    https://quay.io/repository/funkycode/funtoo-wine-launcher - docker image

    to launch:

     

    # Make folder for steam data

    STEAM_DATA_FOLDER=~/wineData

    mkdir -p ${STEAM_DATA_FOLDER}

     

    # Update to your image if you want

    WINE_NVIDIA_IMAGE=quay.io/funkycode/funtoo-wine-launcher

     

    # Name of the container to be used

    WINE_CONTAINER=wine-nvidia-${USER}

    nvidia-docker run -ti --privileged --name ${WINE_CONTAINER} -e WINEPREFIX=/home/wine -e DISPLAY=$DISPLAY -e PULSE_SERVER=unix:${XDG_RUNTIME_DIR}/pulse/native -v /tmp/.X11-unix:/tmp/.X11-unix -v /dev/shm:/dev/shm -v ${XDG_RUNTIME_DIR}/pulse:${XDG_RUNTIME_DIR}/pulse -v ${STEAM_DATA_FOLDER}:/home/wine ${WINE_NVIDIA_IMAGE} bash

    #example of how to launch battle.net in container (if it's installed, if not just downlaod it and copy to steam data folder and run wine inside container on that file)

    wine  /home/wine/drive_c/Program\ Files/Battle.net/Battle.net\ Launcher.exe

     

    561776897_Peek2020-04-1414-14.thumb.gif.16d25111afb7057e0daf764d75ebff41.gif

     

  11. I don't mind anyone checking my overlay or using it, but I'm not sure I want to maintain and take responsibility for that one, as I'm not sure I would keep using deepin or funtoo (already moved work laptop back to gentoo)

    P.S. I also update to latest LTS nvidia kernel modules (440.82) as I'm using 5.6 kernel from gentoo ?


      p6b3eDXl.png

  12. 11 minutes ago, jhan said:

    @mlinuxgada I'm not drobbins but I think you misread that statement.

    I would answer your second question in the way, that the user does not handle it all alone, he can if he wants, but should at least file a bug report to let funtoo know about the problem. If he wants to do more, he is welcome to work on the problem, analyzing it or even solve it. All software projects rely on the users to report problems.

     

    If you need to report most of the things — it is kinda doing it yourself.

    It is fair to tell that it's homebrew distro and noone owns you anything. But if you advertise your distro asstable and that it can be used in production, regardless of it being free or not — you need to provide certain standards.

    There is a problem of small group of maintainers in Funtoo and it's logical that it would not have all fixes and there would still be problems. The question is the % of the user input vs maintainers work. 

    If there is need for all users to always report - it's not everyday stable usage (at least if you use it not at home as desktop env)

    Quote

    As for your first question. You first have to define what current is. In my eyes there is no current, there is just always something newer. Even gentoo is not current. They have more packages that are closer to the newest software versions but they also have the manpower and infrasturcture to do that. Even if funtoo would follow the updates from gentoo, it still requires some testing, as funtoo is not gentoo and not everything that is coming from gentoo works well in funtoo.

    It's not about newer (and gentoo has 9999 ebuilds, they are just hard masked). No one asks for the latests software that was released yesterday, but as mentioned above except vim there were barely any ebuild updates for more that few months. Even ubuntu which is LTS has newer packages. The question is the proportions and what distro advertise itself as.

    Sure not everything in gentoo compatible and requires some manual changes (can it be automated?), but this is exactly the problem of "why use all power that is already not enuf for new features and break compatibility with gentoo which resources can be used? Would not it make Funtoo good as idea and innovation comparing to Gentoo, but it will stay as an idea, while it will always have not enuf users/maintainer" or maybe innovate less and work on automatic gentoo merge into funtoo till it has own maintainers and more users, so it can be more independent from gentoo and can be tweaked even more.

    It all comes back to the roadmap and the calculation of your resources vs your plans in more realistic way.  

     

  13. 4 hours ago, jhan said:

    If you really would have any interest in helping out and have read the links I posted, you would have noticed that your assumption is wrong.

    The update from 1.11.4 to 1.12.3 was done with bug report https://bugs.funtoo.org/browse/FL-6342 on April 10 and then to 1.12.4 with https://bugs.funtoo.org/browse/FL-6352 on April 13. The reason why those versions did not appear with ego sync on your computer you could have found on the bug report I posted above.

    And if you had knowledge about this vulnerability earlier, why didn't you report it? Or even better, provided a fix?

    I am not sure where and what builds were, but I trust 1.3 branch git commits history.

    And do not blame me of missing links to any bug report, as you obviously missed whole point of my post  and cherry picking exactly things you want to answer to, while sticking to golang.

    I did contribute to Funtoo when I could (yes it was long time ago, when Funtoo just started and Martin and other guys was in core team), but currently I have less time and opportunity to do it.

    I did not report as I did not check what vulnerabilities golang or kubectl (somehow you did not comment on that one) have when I wrote the post (I work with those and I know there are some found this year). It was less important for me if they are vulnerable on Funtoo as in production I use golang docker images to build golang applications. 

     

    2019-04-29-133225_1104x273_scrot.png

  14. On 4/27/2019 at 6:33 PM, drobbins said:

    @zogg if you are looking for others to do the work for you and keep everything up-to-date for you, this is not the right distro for you. We track CVEs that are reported on the bug tracker and we actively incorporate any CVE fixes. But they need to be reported on the bug tracker. Definitely use Gentoo if you want a bunch of developers to do all the work for you.

    wrote previous reply before read yours :)

    in general I do agree with you, but I do not compare with Gentoo, I suggest to co-exist as with any other useful resources that can be used, that's it.

     

  15. On 4/27/2019 at 6:01 PM, jhan said:

    What is the problem with golang?

    In https://code.funtoo.org/bitbucket/projects/AUTO/repos/lang-kit/browse/dev-lang/go?at=refs%2Fheads%2F1.3-release we have version 1.11.4 and in https://code.funtoo.org/bitbucket/projects/CORE/repos/kit-fixups/browse/lang-kit/curated/dev-lang/go already 1.12.4, which is the current golang version.

    There is also an open bug (https://bugs.funtoo.org/browse/FL-6353) that might affect the distribution of packages under the lang-kit but you should have at least version 1.11.4 on your system.

     

    It was updated yesterday (I assume because of the post) to 1.12.x  :D 

    Before as I see from Januar 03 we had 1.11.4 which has vulnerability in link below, vulnerability was published at 24th of January, which gives us Feb, March + almost April till yesterday.

     https://www.cvedetails.com/vulnerability-list/vendor_id-14185/product_id-29205/version_id-280874/Golang-GO-1.11.4.html

     

    Though my point is not specific software, but that switching release model doesn't make automatically everything perfect and stable (secure is stable in my opinion at 2019). I think that Funtoo has less maintainers and people contributing vs same Gentoo and instead of switching, as a solution thinking it would take less time and power to maintain system, while keeping it stable, would not resolve the issue. And as all work done in Gentoo can be utilized as well, maybe instead of more and more breaking compatibility (after all most of us came from Gentoo, which was also Daniel's creation) it can be used as experimental, current can be more stable and stable would have releases maybe with some LTS tagged once. The basic same idea of stable, masked, hard masked. Where power is thrown to automate the process of merge from Gentoo with patching what is needed. At least till the user base grows.

     

    Anyway it's just my opinion and for sure anything can suit everyone, after all it would be fair to tell me - "you want something different — you can always make your own", as it's easier to give critics from the couch :P

  16. From my understanding anyone that is so concerned about stability should not use current masks and use stable ones instead.

    Telling that waiting for release for 6 months in case you need to fix something on your system (don't tell me that if it says stable it will be 100% perfect and bug free, especially if it's done by 1.5 person).

    As an example I have some 32 bit software I can't use with 1.3 release as no proper workaround is ready now, so it forces me to have chroot with new system I need to maintain as well for this 32bit software or being stuck on 1.2 which is broken (Oleg words btw) and just left to die as is. Meaning I have no security updates and using old system or I can update to half working which I never be sure when will be finished (if at all).

    So I'm not sure about what stability and  "I don't want to fight with my computer systems, I want to use them" he was referencing.

    So what we have now is that latest Ubuntu LTS (binary based one) already has newer packages (including system/core ones). 

    I'm not even sure if all critical CVEs are fixed by anyone on Funtoo (telling me I can do it - means exactly "fighting with your computer" btw).

    So it seems that stability means — don't touch as it is working? :D

    I really do not understand why not utilize Gentoo ebuilds that are built by much bigger community and reinvent new concept that requires much more man power and maintenance while much less people are now involved in any of this on Funtoo side.

    I mean, sure kits are great idea, but why not just prepare automation that patches/breaks gentoo portage into kits first and grow maintainers and contributors power first, instead of making plans for perfect release in long distance future ( if Funtoo will survive at all till then.)

    P.S. Community ebuilds - much worse than rolling release, as no QA there and look at yaourt as an example on Arch - it is such a mess of duplicated and messed packages with broken dependencies. So I'm not sure how stable and ebuilds done by community members who need tutorials to do it comes along 

  17. 17 hours ago, lazlo.vii said:

     

    Do something!  Submit patches, file bug reports, write wiki articles, donate a few dollars to Funtoo on a monthly basis.  Something is usually better than nothing. 

    If you are annoyed with the changes in the short term just remember that these are only the first steps in a new direction.  It will take time for the momentum to shift but all of us can reduce that time by doing something.  You have adequately expressed your displeasure with the current state of the distro and more over you have had a direct response from the only person who can make a decision based on your input.  Rehashing your arguments and cherry picking examples to make to your points isn't going to do a single thing to make Funtoo better.

    You are correct regarding contribution. Though my point was not about missing packages, but in general in the idea of switching to rolling release.

    It's obviously that after all @drobbins is doing amazing job, it's just the current idea of future updates does not suit me or/and some others.

    For me rolling release is the reason I was on Gentoo and after that Funtoo for about 15 years and it is natural that such change is something that would make me consider if this is the way I want to go.

    And I did contribution to Funtoo , small but still... As today I have less timne and opportunity to hack around and break my work setup especially :(

  18. On 4/8/2019 at 8:46 AM, drobbins said:

    We are not doing rolling release for the following reasons:

    1. Too much time is spent on fixing various breakages coming in from Gentoo, which takes time away from other things...
    2. other things are more important such as new technology like fchroot and the upcoming containerization solution...
    3. If users are interested in certain packages being updated, I am encouraging them to submit a pull request and maintain these ebuilds themselves, so I am going to focus on helping YOU maintain ebuilds rather than have a few people (this has generally been Oleg) maintaining them for everyone. This model doesn't scale -- we all need to do a little bit rather than a few people doing a lot. See the YouTube channel here: https://www.youtube.com/channel/UCKmOY6p3c9hxv3vJMAF8vVw for tutorials

    Short-term, this means development slows down. But in reality, it will speed up development greatly. For those hanging out on IRC, you know that Oleg who has helped to maintain Funtoo for years has moved on to a new chapter in his life, so he is no longer active on Funtoo. But even though I am not slaving away over here, thanks to incoming pull requests Funtoo is continuing to move forward and be responsive to user needs.

    So think of it as a course correction as we become more agile and community-oriented, and be part of the solution. If you are reading this, it means you are part of the Funtoo community and just as able to contribute to Funtoo as anyone else (maybe with some tutorials/videos to help).

    When I work on technologies, I am trying more to work on key tools that help the community be more productive (like fchroot) rather than focusing on specific ebuilds, which I am leaving to the community to manage using pull requests.

    Best,

    Daniel

    To be fair enuf, it seems little bit confusing "new technologies" and slow updates. In order to maintain own packages (hello also dependencies of those packages) by yourself + few pull requests from other people vs gentoo community - it would be funny to maintain yourself whole distro (are we LFS now?). Or to bump you for each build and wait for your response. (after all we'll get messy yaourt as in arch with lists of half dead overlays with duplicated and conflicting packages - yay stability \o/ ) 

    It's pity that new distro technology comes as price for new packages and up-to-date software.

    In other words - it is sad chapter and i think in order to gain stability for end user you would lose actually people who has enuf knowledge for people who is know how to copy paste from instructions without understanding ?

    On 4/7/2019 at 10:24 PM, nrc said:

    Where is this the case?  Looking at stable releases it appears that Funtoo is ahead of Ubuntu in pretty much all instances.

    The key question about his new model is whether they will be able to rev it on the schedule that @drobbins has suggested and whether those updates can run as smoothly as your typical emerge.  If that can be successful then I don't think there will be any problem with the freshness of the releases.  

    here is from top of my head as I wanted to check AV1 support lately

    Funtoo / Ubuntu

    mpv 0.27.2/0.29.0(AV1 support comes here)

    chromium 71.0.3578.30/73.0.3683.86

     

    Seems like for the past few months only update I saw in funtoo was vim version bumps ?

  19. 22 hours ago, mlinuxgada said:

    Quick note: I used current all the time.

    Atm there is no current, thats the problem for me.
     

    So ... funtoo imao is not a rolling distro anymore.

    I am with you. It's pity that even Ubuntu gets newer packages than funtoo :(

  20. On 2/27/2019 at 1:42 AM, jhan said:

    In a way I can understand both sides. The need to have a "snapshot" to have a version that is stable but also the need to have new versions available when needed. I came to gentoo and now funtoo because I always ran into problems with binary distributions when I wanted to install some package just to find out that this package did need a library or other dependency that was not available for the current release. And installing the dependencies lead to conflicts in the system. Without current or latest versions being available funtoo doesn't offer that benefit anymore. There are still ways to do it manually but it would work better integrated into the system, especially if those manually installed versions become part of a new stable system.

    What I don't quite understand is, why you can't have both?

    Yes, a stable version or release is good to have, as users can just use that and development has it easier to fix bugs. And it gives experimental users a "fallback" version, if something goes wrong with the system. But that doesn't exclude making newer versions available as early as possible. It would be easy to mark them accordingly, may that be a use flag, a special kit or something else. So the default would be a stable version and a user could choose to see all available versions or e.g. just for some packages. And handling problems with experimental versions could be done as today. Either no support at all, "best effort support" or community support.

    And I don't agree with @drobbins statement in the bug report:

    I think the opposite could be true. As the users that chosse to install experimental software are mostly the ones that have the knowledge to fix the arising problems and can help with development. Having both types of users is the key here. Users running the stable version can help fixing problems with the stable version but "experimental" users can help in both worlds. Those experimental users might have not stable systems in general but might not be completely unstable, if they e.g. just upgraded part of their system. So they could still help with problems in the stable version. And, when the former experimental versions become part of a new stable release, the knowledge for those newer verions is already there and some bugs probably fixed before they occur in a stable release. Not to mention that the more experienced users are or at least have the knowledge to run multiple versions of funtoo.

    So, if package versions, which are newer than the latest stable version, are clearly marked (e.g. with an experimental use flag) and users need to manually switch to the experimental version and maybe get a appropiate warning about the consequences of that switch, I see no problem in offering both worlds at the same time. A stable version and "cutting edge" technology.

    Aren't you describing the whole idea of stable, masked and hard masked? or as in funtoo was stable, current and experimental? 

    I think it was a reason I used gentoo and now funtoo. Current was stable enuf or you could always mask yourself the package till update with fix will come out. On other hand you could just easily unmask still not stable package and if needed resolve dependencies, flag updates and etc if needed.

    Otherwise if the point of snapshots to give stability, what's the point of being source based at all? :)

×
×
  • Create New...