Jump to content

nrc

Members
  • Posts

    86
  • Joined

  • Last visited

  • Days Won

    19

nrc last won the day on June 9

nrc had the most liked content!

Personal

  • Location
    Columbus, Ohio, USA

Recent Profile Visitors

1,820 profile views
  1. I made a good faith effort to answer your questions. I'm really not interested in arguing about it.
  2. 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?
  3. 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.
  4. 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.
  5. Ugh. Google is so bad. For anyone looking for a chromium based browser with independent sync and strong privacy features, I recommend vivaldi. #emerge www-client/vivaldi
  6. nrc

    Steam flatpak install

    Thanks. Problem was that that it was failing to extract the tarball. Not clear why. Manually extracting the tarball allowed everything to start normally.
  7. I swear that I had Steam working via flatpak for a short while. It stopped working so I removed everything and started over. No luck. When I run the app this is what I get. >> flatpak -v run com.valvesoftware.Steam F: No installations directory in /etc/flatpak/installations.d. Skipping F: Opening system flatpak installation at path /var/lib/flatpak F: Opening user flatpak installation at path /home/nrc/.local/share/flatpak F: Opening user flatpak installation at path /home/nrc/.local/share/flatpak F: Opening user flatpak installation at path /home/nrc/.local/share/flatpak F: Unknown feature type per-app-dev-shm F: Cleaning up unused container id 832053680 F: Allocated instance id 1835788086 F: Add defaults in dir /com/valvesoftware/Steam/ F: Add locks in dir /com/valvesoftware/Steam/ F: Xdg dir xdg-music is $HOME (i.e. disabled), ignoring F: Allowing wayland access F: Allowing x11 access F: Allowing pulseaudio access F: Pulseaudio user configuration file '/home/nrc/.config/pulse/client.conf': Error opening file /home/nrc/.config/pulse/client.conf: No such file or directory F: Failed to run in transient scope: No systemd user session available, cgroups not available F: Running '/usr/libexec/flatpak-bwrap --args 36 /usr/libexec/flatpak-dbus-proxy --args=38' F: Running '/usr/libexec/flatpak-bwrap --args 36 steam-wrapper' INFO:root:https://github.com/flathub/com.valvesoftware.Steam/wiki INFO:root:Will set XDG dirs prefix to /home/nrc INFO:root:Overriding TZ to EST5EDT Running Steam on org.freedesktop.platform 20.08.9.2 64-bit STEAM_RUNTIME is enabled automatically Pins up-to-date! Steam client's requirements are satisfied WARNING: Using default/fallback debugger launch /home/nrc/.local/share/Steam/ubuntu12_32/steam .local/share/Steam doesn't exist. If that's supposed to be created during the 'flatpak install' it's not. I thought maybe I had broken this by running the install part as root at some point but I can't find any ownership or permissions that would seem to block the install and there are not complaints during install. Suggestions?
  8. Sounds like once upon a time you were trying to get updates while DNS wasn't working for some reason.
  9. Thanks for the update. I probably won't look to update my image until I'm ready to migrate my crufty old vBulletin to something else. But given the recent unpleasantness I may look to move it to a Funtoo container when that happens. Not that I have any sympathy for those who are now rightfully being rounded up for their wrongdoing. It just appears that, like so many other corporations, Amazon cannot be trusted to operate in good faith in the face of an activist mob. Part of my motivation for supporting open source has always been to remain out from under the control of large corporations. It was foolish of me to think that was compatible with operating out of AWS. I appreciate the thoughts that you shared on the Twitters. Sadly, common sense is lost in a gale of hatred and stupidity on social media.
  10. I received a note from AWS yesterday saying that the official Funtoo images will no longer be offered on the AWS Marketplace. Just mentioning it to make sure that it's intentional and not something AWS does automatically because they haven't been touched in a while.
  11. As long as I can file a bug report if systemd artifacts stink up my system, I'm fine with that. :) You and the community have done a remarkable job of making everything work seamlessly when many swore that it would be impossible to sustain distros without systemd. Thank you for that.
  12. Since they're pulling gentoo packages I'm not sure how much difference the freshness of the ISO makes. I assume it's a stage4/installer package and you can build from there. For comparison, Funtoo 1.4 was released Sept '19. That's the interesting thing about this, if they have an easy installer and a more friendly package manager it could significantly extend Funtoo's reach. They are at least in the top 100 on distrowatch. That probably represents at least a doubling of users benefiting from Funtoo developments. The one concern for me is that Sabayon currently ships with systemd as the default init - a definite no for me.
  13. I'm not familiar with Saybayon but looking through their site it looks like they could bring some valuable contributions to the Funtoo ecosystem. Simple installation and package management could open Funtoo up to a much broader audience. However, it looks like Saybayon installs systemd by default in their current incarnation. One of the key benefits of Funtoo for me has been that it is not just systemd-free, but openrc exclusive. That ensures that everything on Funtoo functions with openrc and it avoids the convoluted multi-init support documentation we see on Gentoo. Can we expect to see Funtoo maintain that direction?
  14. Once upon a time Funtoo just pointed to Gentoo packages. Those tend to be very fresh but created a lot of breakage. Now updates on most packages are curated to keep things more stable. Community members are encouraged to provide pull requests to rev packages if they like. The cool new thing is autogen packages which can automatically generate a new ebuild for a release. These are fairly easy and bulletproof for binary packages which is why some of those are fresher than the source packages.
×
×
  • Create New...