-
Posts
94 -
Joined
-
Last visited
-
Days Won
19
Content Type
Profiles
Forums
Blogs
Posts posted by nrc
-
-
Unfortunately with just two cores and 1GB of RAM it's going to take a while. I've compiled on old dual core systems before but never with less than 4GB of RAM. That took a little over a day.
-
I did a recent install and did not run into that. Which stage3 are you using? Are you still blocked by this?
-
It looks like Gentoo has a test build of 6.0.5. I'd suggest requesting an update in the bug tracker.
-
I've found --depclean to be pretty safe as far as not breaking things needed for the system. Sometimes it will catch something that you use that was pulled in rather than installed specifically. Pretty easy to fix.
In the case of liberation-fonts, is that really a hard dependency for it to work correctly in the default build, or does it just fall back to an available substitute? If so, it's a bug that you should report on on the bug tracker.
-
It looks like there's an open bug for this on the Funtoo bug tracker. Work was underway but the fix hasn't been pushed out. Looks like they may be sorting out what needs updated along with the core package. Your best bet is to comment or vote on this bug.
-
Welcome @seemant. Happy to see you join the project.
I think the challenge is communicating direction and progress in a way that is more fluid and responsive to development opportunities and user needs than the traditional "roadmap." As we've seen in this thread, we can't expect casual users to get an good view of the direction and activity of the project by gleaning it from available information scattered across sources.
How do we communicate to users the value of the Funtoo approach over the mainstream roadmaps and checkboxes approach? How do we stop trying to be all things to all people without coming off as arrogant, dismissive, or incomplete when something a user is asking for falls outside our focus? This will arise more and more as the beard is trimmed.
-
The problem with traditional "roadmaps" is that they assume that you know exactly where you're going and how you're going to get there. The typical business roadmap also includes a schedule for getting there. None of those things align with the objective of being a community distro. We have a general vision of what we want the distro to be and how we want to accomplish that, but exactly how that plays out depends on what the community wants and how much they can contribute. The ability to pursue an important opportunity or idea when it arises is more important than ticking boxes for comparison shoppers.
With limited resources it's more important to be focused on what they community wants and needs than to create roadmaps that dictate a course that may not be appropriate. Wayland is a perfect example. Everyone has to support it because everyone else supports it and you have to check the boxes in the distro competition. Who cares? Nobody, really. Until it makes my desktop better without creating any fresh headaches, Xorg is fine thanks.
As for BDFL, every pack has a leader. The pack spots opportunities and communicates them, but it's the pack leader that says go or no go. There needs to be an executive authority. We've seen that community distros go terribly wrong when they become distro by committee. The squeaky wheel gets the grease and and corporate paid developers can get very squeaky. There needs to be a single decision point that will put the needs of the distro first. Only those who trust drobbins to do that should join the pack.
-
Are you getting an error from grub prior to dropping to the prompt? Usually that suggests that the specified kernel wasn't found. Any errors when running `ego boot --check` ?
-
Yes, the goal is to be more current. It's a work in progress. There's an issue open for this. The problem is cleaning up packages that claim dependence on python2.7.
https://bugs.funtoo.org/browse/FL-7503
-
The "wolf pack" thing reminded me of this thread. Could "Funtoo" be the name of a wolf mascot/logo? Maybe a cute wolf pup if you want the "fun" aspect or a stylized adult if you want the bold trail blazer aspect?
-
I made a good faith effort to answer your questions. I'm really not interested in arguing about it.
-
On 8/23/2021 at 11:39 AM, zogg said:
You are talking about 1.4 which was released at 2019, no new release for 2 years.
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.
QuoteThe 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
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?
-
On 8/16/2021 at 3:38 AM, zogg said:
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".
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:
QuoteLike Funtoo Linux 1.3, all kits are mostly frozen, with security fixes being back-ported, and a select number of important and user-requested updates added after the official release. The goal is to provide a reliable yet capable system that is responsive to the needs of our users. This is a delicate balancing act :)
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.
-
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.
-
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
-
Thanks. Problem was that that it was failing to extract the tarball. Not clear why. Manually extracting the tarball allowed everything to start normally.
-
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?
-
Sounds like once upon a time you were trying to get updates while DNS wasn't working for some reason.
-
-
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.
-
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.
QuoteWe are writing to inform you that, as of December 21, 2020, Funtoo Linux will no longer offer "Funtoo Linux (optimized for t2 instances)" to new subscribers on AWS Marketplace. As a current subscriber, your use and subscription to Funtoo Linux (optimized for t2 instances) is unaffected; you can continue to create new instances, and any running instances will not be affected in any way.
-
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.
-
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.
-
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?

ERROR: x11-misc/xscreensaver-6.03::desktop-kit failed (configure phase): * econf failed
in Portage Help
Posted
This is resolved now. I wasn't clear enough on my original bug report so I think it was mistaken for a different problem that had already been fixed.