shadow53
-
Posts
1 -
Joined
-
Last visited
Content Type
Profiles
Forums
Blogs
Posts posted by shadow53
-
-
On 8/29/2018 at 5:39 PM, tux said:
I'm willing to help testing/fixing on KDE. I made a staging repo for kde-kit/5.13-release manually synced with gentoo-staging here: https://gitlab.com/gtlt-funtoo.
I only fixed ebuild dev-qt/qtsql-5.11.1-r1 that blocked me upgrading from prime-5.12, rebuilding now (no other kde/qt blocker thus far) and testing.
If someone want to try it, add in your /etc/ego.conf
...
Just tried adding this to my desktop. Got a warning that the branch 5.13-release has been deprecated, followed by Ego encountering a KeyError on the key '5.13-release'.
-
Just finished doing preliminary updates of LXQt-related ebuilds in my personal overlay. Currently attempting to install them on my desktop. If everything seems to be working, I'll merge the changes into my kit-fixups fork and make a pull request.
-
22 hours ago, drobbins said:
We need maintainers for non-GNOME desktop environments who will help us test and maintain kits. Please let me know if you are interested in doing this. The primary reason the DE's are out-of-date is because we need some people to volunteer to maintain the DE's and apply funtoo-style testing to them. We don't want to just track Gentoo's changes since we then have no process to ensure things are working as things get updated.
I mentioned this on the bug tracker as well:
I'm willing to help out, I'm just not sure how to go about starting that. Specifically, I'm not sure what "funtoo-style" testing is and how or whether I would do that. Also, if I have updated ebuilds, would I attach them to their own issues on JIRA, a single issue (e.g. "Updated LXQt ebuilds"), or give a link to a git overlay?
I've decided to start working on updating LXQt, since that looks like a more manageable task right now. I'm only going to do manual testing and any tests included with the source code, unless there's more to "funtoo-style" testing that I should do.
-
2 hours ago, lazlo.vii said:
Can snapper automatically snapshot a btrfs filesystem before and after an emerge command is executed?
I've looked at this myself, as I run Funtoo on all of my systems with btrfs as the root filesystem.
I found this page on the Gentoo Wiki, which outlines a way to take pre- and post-snapshots when using Portage. Haven't tried it yet.
-
It was the uppercase in the username. I didn't realize it got lowercased when I registered.
-
20 hours ago, palica said:
but you can file a bug here: bugs.funtoo.org and see what happens.
Just tried to log in to file a bug using the same credentials as the forums. I was told my username/password is incorrect and to contact the JIRA administrators to request an account.
-
I'm figuring you're talking about something like this FAQ item. Putting this here for more context.
Personally, I think it would be interesting - if not better - to have a Portage written in Go. It'd be about as fast as a Portage written in C, but without the possibility for weird errors like C allows.
I don't think any porting (ha) of Portage is likely to happen anytime soon, though.
-
Is there a reason Funtoo seems to be lagging behind with certain software? The one I notice in particular is with desktop environments: Plasma is only available as version 5.12.3 and LXQt is only available as 0.11.
I can somewhat understand Plasma 5.12, since that is the LTS release, though I'd like to see the improvements from 5.13 on my Funtoo system. 5.12.6 is the latest LTS though, so it's still behind the current LTS. LXQt being on 0.11 means two years of not being updated, with the project now on 0.13.
Is this due to following Gentoo (I notice 5.12.5 and 0.11 being the latest "stable" ebuilds, respectively) and not bringing over the "testing" ebuilds? A lack of manpower to keep these things updated? If the former, would it be possible to have non-default "current" branches of DE kits so we can get the latest stable version?
I notice that I could subscribe to the KDE and Qt Gentoo testing overlays, but I assume they are called "testing" for a reason and would rather not chance random breakages from unstable build scripts.

Outdated Desktop Environments
in General Discussion
Posted
Ugh, I feel bad about this.
I've got school starting in about a week, so I'm forcing myself to switch to a "just works" distro (Solus) so I won't be distracted by tweaking packages and build options to my heart's content, like I have been all summer... I need my little free time for a social life and working on my software projects that I'm planning on monetizing once they're ready.
If someone wants to take over updating LXQt, I've got updated ebuilds in my personal overlay that can be used as a base. They have been updated to use the newer upstream URLs, include USE flags for just about every configuration option, and have been somewhat tested to build, install, and run. It also includes a new package not in the repo, x11-misc/compton-conf.
The overlay contains other packages I've attempted to update/add, including some that don't build currently. The relevant packages for LXQt are:
dev-libs/libqtxdg dev-util/lxqt-build-tools lxqt-base/liblxqt lxqt-base/libsysstat lxqt-base/lxqt-about lxqt-base/lxqt-admin lxqt-base/lxqt-config lxqt-base/lxqt-globalkeys lxqt-base/lxqt-l10n lxqt-base/lxqt-meta lxqt-base/lxqt-notificationd lxqt-base/lxqt-openssh-askpass lxqt-base/lxqt-panel lxqt-base/lxqt-policykit lxqt-base/lxqt-panelmanagement lxqt-base/lxqt-qtplugin lxqt-base/lxqt-runner lxqt-base/lxqt-session lxqt-base/lxqt-sudo media-gfx/lximage-qt media-sound/pavucontrol-qt x11-libs/libfm-qt x11-libs/qtermwidget x11-misc/compton-conf x11-misc/obconf-qt x11-misc/pcmanfm-qt x11-misc/qps x11-misc/screengrab x11-terms/qterminal x11-themes/lxqt-themesI wasn't able to do extensive testing of all of the applications, but I was able to get them all installed and could log in to an LXQt session. QTerminal worked, as did switching themes from the lxqt-themes package. There shouldn't be too much work left for LXQt, at least, except further testing of the packages and I think some USE flags need to be documented.
Apologies for not seeing it through, especially since I'm the one who originally reported the packages being out of date. I really appreciate Funtoo and the customization it provides, as well as the tools it provides on top of Gentoo.