Change to font-jetbrainsmono-ttf

In D8511#137574, @JoshStrobl wrote:

If they add an OTF dist, we won't have to perform any shenanigans.

But they don't so that's kinda moot.

Update to v1.0.5

Fix MAINTAINERS.md

Update to 0.17.1

In D8511#136554, @algent wrote:

Why do you need that pattern if there aren't any other type of fonts?
You will get same result without adding it and just rename the package to:
name : font-jetbrainsmono-ttf

Update pattern to truetype subdirectory

Change "paterns" to "patterns" (thanks @ermo)

I'd be happy to maintain it, unless @maveonair would rather do it.

In T8829#167713, @JoshStrobl wrote:

@serebit I'm not getting that glitchiness with the System Monitor, but from your video it seems to be switching far too aggressively between different speed ranges. I'm curious if this changes for you depending on what you're doing on the network? Mine typically gets consistent network traffic from having Tweetdeck and various other web services open.

Rebuild for Gnome 3.36

System Monitor's network graph is glitching out *hard* with the new update. Used takeback to validate that this was the issue. Will edit with an OBS capture of the window.

Use sudo eopkg history to find the last update you made before the update to kernel 5.5.7 and run sudo eopkg history --takeback index, where index is the number assigned to that history entry.

Not triaging this, but I do want to mention that most of the fonts in the repos are needed for a package, and standalone fonts aren't usually accepted. Will be pleasantly surprised if it does get accepted, though-- it's a great font that I use on pretty much everything!

@jwinnie I had a differential ready that night! It's in the repo ;)

In D8478#136259, @JoshStrobl wrote:

Pre-coffee review wasn't good. Release number should've been incremented. Will get it fixed.

In T6658#161255, @DataDrake wrote:

In T6658#161254, @serebit wrote:

Alternatively, /usr/bin/java could be a symlink to whichever JDK is currently selected, and created by the jdk switcher.

No. I will not accept these kinds of solutions. They are not stateless and frankly, brittle.

Update to 0.5.0 and switch to using Gradle wrapper. Gradle version in repos is now too old to build Wraith Master

In D8180#132946, @JoshStrobl wrote:

You could try patching https://gitlab.gnome.org/GNOME/sysprof/blob/master/src/libsysprof-capture/meson.build#L44 instead to use shared_library rather than static_library

Update to 0.4.2

It happened again after updating the GNOME components in unstable. @JoshStrobl, do you have any idea what could be causing this?

Move environment below build deps. Ready for landing!

@JoshStrobl Alright, that should be everything! Let me know if there's anything else I should change, otherwise this should be ready to commit on your next pass :)

Rebuild with reordered dependency list

Reorder build dependencies

In D8146#132237, @JoshStrobl wrote:

Otherwise LGTM, thank you for shrinking the deps it needs to pull in during build time, it's seriously appreciated!

Updated to 0.4.1

^ 👀

Just happened again. I'm using takeback to see what caused it.

Removed static lib, changed order of build deps

In D8180#131544, @Girtablulu wrote:

should be --disable-static

That'll do, @joebonrichie. Thanks for the tip.

So I attempted to package this, and I ran into something interesting that I'd like your input on, @DataDrake:

serebit@serebit-desktop ~/.solus/sysprof $ sudo eopkg it sysprof-3.35.3-1-1-x86_64.eopkg 
System error. Program terminated.
External dependencies not satisfied: sysprof-devel release 1

Remove two sources, upping per-build download size to about 30-40 MB

Rebuild for Python 3.7

Rebuild for Python 3.7

Rebuild for Python 3.7

Rebuild for Python 3.7

Rebuild for Python 3.7

Rebuild for Python 3.7

Result was:

Binary file /usr/share/glib-2.0/schemas/gschemas.compiled matches
/usr/share/glib-2.0/schemas/org.gnome.desktop.lockdown.gschema.xml:    <key name="disable-lock-screen" type="b">

In D8172#130758, @JoshStrobl wrote:

Rebuilds are still in progress, be patient.

Abandoning, because I'd rather someone more experienced handle this update.

Fixed license identifier

Add K/N dependencies as sources, use packaged gradle, and fix MAINTAINERS file

In D8146#130067, @JoshStrobl wrote:

Is there no way for you to vendor in the deps in the tarballs? 700MB for each build, since it won't be cached, is pretty expensive.

• This package bundles both the GTK frontend and the command-line frontend into one package, instead of separate packages like in the AUR. This is because Solus cannot be installed without a desktop environment, unlike Arch, and therefore there is no need to separate the two artifacts. I can still separate the two if desired by the core team.
• networking: true is required to resolve both the dependencies of Kotlin/Native, and the Gradle wrapper. Approximately 880 MB is downloaded for each build. This number can be reduced to 780 MB if Solus updates Gradle to a newer version, which would require the JDK upgrade.
• As Wraith Master is built with Kotlin/Native rather than Kotlin/JVM, the JDK is not required as a rundep, only as a builddep.
• I wasn't sure what component to put this in, as piper is in system.utils and ckb is in desktop.core, so I went with system.utils. I can change the component if need be.

You have no idea how happy this made me, @JoshStrobl. I'll have a differential ready by tonight.

Round of applause for @joebonrichie! 👏 👏 👏 👏 👏

@kyrios123 I'm aware, I sent a message there 21 hours ago and didn't get a response. Apologies for the impatience.

Udev rules are failing to apply on my desktop after the systemd upgrade, should I make a task about it?

This appears to be fixed. Closing.

Thanks @Jacalz for the kind words! It's still a work in progress, but it's *very* close to feature parity with the official Cooler Master Windows application (only the fan mirage setting and the ring's morse code mode are missing).