- User Since
- Dec 22 2017, 3:06 AM (108 w, 3 d)
Wed, Jan 15
@kyrios123 I'm aware, I sent a message there 18 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?
Tue, Jan 14
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).
Mon, Jan 13
Sat, Jan 11
Mon, Dec 30
Mon, Dec 23
I'd also like to add that as a Kotlin developer myself, people are far more likely to use Gradle for Kotlin projects rather than the standalone Kotlin compiler. The standalone compiler is, in my opinion, more of a novelty.
@livingsilver94 We're not packaging JDK 9, as far as I'm aware, and Kotlin (bizarrely) requires JDKs 8 and 9 to build at the very least. Not enough people use the standard Kotlin compiler on Solus to warrant keeping it in the repo, especially not with requirements like that. If JetBrains decides to relax the JDK version requirements for building Kotlin, then I'll request its inclusion again, but I don't see that happening.
Sat, Dec 21
Dec 13 2019
Dec 10 2019
Add libcanberra as rundep, and fix dynamic loading of libcanberra via patch
Host: serebit-desktop Kernel: 5.4.1-137.current x86_64 bits: 64 Desktop: Budgie 10.5.1 Distro: Solus 4.0
Type: Desktop System: Micro-Star product: MS-7B85 v: 1.0 serial: <filter> Mobo: Micro-Star model: B450 GAMING PRO CARBON AC (MS-7B85) v: 1.0 serial: <filter> UEFI: American Megatrends v: 1.B2 date: 10/28/2019
Topology: 8-Core model: AMD Ryzen 7 3700X bits: 64 type: MT MCP L2 cache: 4096 KiB Speed: 2199 MHz min/max: 2200/3600 MHz Core speeds (MHz): 1: 2199 2: 2197 3: 2199 4: 2200 5: 2199 6: 2199 7: 2200 8: 2199 9: 2198 10: 2198 11: 2198 12: 2200 13: 2199 14: 2199 15: 2199 16: 2200
Device-1: AMD Ellesmere [Radeon RX 470/480/570/570X/580/580X/590] driver: amdgpu v: kernel Display: x11 server: X.Org 1.20.5 driver: amdgpu,ati unloaded: fbdev,modesetting,vesa tty: N/A OpenGL: renderer: AMD Radeon RX 480 Graphics (POLARIS10 DRM 3.35.0 5.4.1-137.current LLVM 9.0.0) v: 4.5 Mesa 19.2.6
Device-1: AMD Ellesmere HDMI Audio [Radeon RX 470/480 / 570/580/590] driver: snd_hda_intel Device-2: AMD Starship/Matisse HD Audio driver: snd_hda_intel Device-3: Blue Microphones Yeti Stereo Microphone type: USB driver: hid-generic,snd-usb-audio,usbhid Sound Server: ALSA v: k5.4.1-137.current
Device-1: Intel Wireless-AC 9260 driver: iwlwifi IF: wlo1 state: down mac: <filter> Device-2: Intel I211 Gigabit Network driver: igb IF: enp34s0 state: up speed: 1000 Mbps duplex: full mac: <filter> IF-ID-1: virbr0 state: down mac: <filter> IF-ID-2: virbr0-nic state: down mac: <filter>
Local Storage: total: 5.23 TiB used: 2.32 TiB (44.4%) ID-1: /dev/nvme0n1 vendor: Samsung model: SSD 970 EVO 500GB size: 465.76 GiB ID-2: /dev/sda vendor: Samsung model: SSD 850 EVO 250GB size: 232.89 GiB ID-3: /dev/sdb vendor: Western Digital model: WD10EZEX-08WN4A0 size: 931.51 GiB ID-4: /dev/sdc vendor: Western Digital model: WD40EZRZ-00GXCB0 size: 3.64 TiB
ID-1: / size: 453.31 GiB used: 163.82 GiB (36.1%) fs: ext4 dev: /dev/dm-1
System Temperatures: cpu: 50.6 C mobo: 38.0 C gpu: amdgpu temp: 41 C Fan Speeds (RPM): fan-1: 0 fan-2: 922 fan-3: 846 fan-4: 938 fan-5: 0 fan-6: 0 gpu: amdgpu fan: 882
Processes: 358 Uptime: 1h 40m Memory: 15.65 GiB used: 3.71 GiB (23.7%) Shell: bash inxi: 3.0.37
Dec 8 2019
- Replace icon with preferences-desktop-gaming
Dec 4 2019
- Use reconfigure macro
- Install bash completion to correct directory
Nov 29 2019
Nov 28 2019
The results on my desktop were interesting. At complete idle, the system was drawing about a watt less with TEO enabled. With some things running, the system would jump up to a higher power usage every so often, and then go back down. The duration of the higher power usage seemed to be lessened with TEO enabled.
@DataDrake Battery discharge on my i5-7200U laptop at complete idle went up by 50 mW (from 2.90 W to 2.95 W) with TEO enabled, which I'm not necessarily sure is statistically significant. I don't think TEO was designed with Intel chips in mind. I'll look into results with my Ryzen 3700X, and I'll also see if I can get results from someone with a Ryzen laptop.
Nov 26 2019
I can test idle battery usage on my laptop and wall power on my desktop. Laptop will be more granular.
I've built the kernel with CONFIG_CPU_IDLE_GOV_TEO=y and set the cpuidle governor to teo in boot params. Performance seems to be about the same, will test with openbenchmarking soon.
Just to be clear, I'm not suggesting this be the default necessarily, but I do think it's worth including in the kernel build for those who wish to use it.
Nov 21 2019
The unfortunate truth, though, is that some software (like Gradle) now *requires* building with JDK 9+, so if we're not bundling multiple JDKs at a time, we need to make a decision. Do we shed software like Kotlin and upgrade to a newer JDK, or do we stay on JDK 8 and allow commonly used Java packages like Gradle to rot?
Not everything here builds with 11 either. Read the original post, it shows which packages have been tested and either fail/succeed building with 11.
Because (and I'm estimating here) *none* of the packages on this list build with, or fully support, JDK 13. That's the problem here.
Nov 19 2019
Maybe we should create a new package called openjdk and start with JDK 9 for now, since most (if not all) things that we package support it. As more packages add support for higher JDK versions, we can update the openjdk package to newer major versions.
Nov 15 2019
Rebuilt against Gradle
Added bash completion from gradle-completion as per T8483
Actually, scratch that, I'll just update D7512, since it hasn't landed yet.
@JoshStrobl Fine with me. I'll add it to the Gradle package and submit a differential.
@DataDrake Should I add a MAINTAINERS.md file to this package when I update it to 1.3.60?
Nov 12 2019
Does appear to be NVMe related, yes. My 970 Evo NVMe has the SMART data option greyed out, but my 850 Evo SATA has the option available.
Yeah, I did. Edited. Thought I remembered the task lol
Second, Solus does support the RPM package manager, although it's not recommended for most cases. If support for that printer really is a dealbreaker, you can install rpm from the software center, and use the automatic driver installer that Brother provides to install the drivers via rpm instead of eopkg. I do it for one of my machines.
Nov 10 2019
Remove whitespace that bothers me
Fix incorrect hashes, now builds successfully
Fixed hash for jdk8u232-ga.tar.bz2 and changed source URLs
Woke up just in time! I'm attempting to build with the updated sources after changing the hash, and I'm getting an error in solbuild that I'm not sure how to solve.
mount: /var/cache/solbuild/unstable-x86_64/openjdk-8/union/home/build/YPKG/sources/corba-8u232-ga.tar.bz2: mount point does not exist. ERRO[12:08:23] Failed to bind mount source error="exit status 32" target="/var/cache/solbuild/unstable-x86_64/openjdk-8/union/home/build/YPKG/sources/corba-8u232-ga.tar.bz2" ERRO[12:08:23] Cannot continue without sources ERRO[12:08:24] Failed to build packages
Nov 4 2019
The tag path for the previous version appeared to be invalid, so I used the GitHub mirror's tag instead. I would have used the tags from https://kernel.ubuntu.com, but I couldn't find a tarball download link.
Oct 30 2019
Thank you :)
Oct 29 2019
Still not fixed in stable, as of the update to 5.3.7.
Oct 28 2019
This was built with a slightly different package.yml due to my inability to upload sources to dev.getsol.us, but the resulting pspec should be the same if I didn't make any mistakes in converting it back.
This is the newest version I could upgrade to without build errors due to various factors. Gradle versions past 4.9 either fail to compile without JDK 9+, or outright refuse to compile without JDK 9+. This Gradle update was necessary to upgrade OpenJFX 8.
Oct 27 2019
- The buildscript uses the project's provided Gradle wrapper, and thus does not depend on the repository's version of Gradle. The current version of Gradle in the repository doesn't work correctly with this project, since it's so far behind (3.5.0 -> 5.5.0). If Solus's version of Gradle is updated to a more recent version, this requirement can be lifted.
- Networking is required to allow Gradle to retrieve the wrapper and the project's JVM dependencies.
- The compiler produces standalone executables, but requires a JDK to work correctly. It only requires JDK 8 or above, no specific versions.
- There are additional experimental targets that I left disabled.
Oct 26 2019
Sure, I can maintain it. I've managed to build locally already and I closely follow Kotlin development anyway. I'll get a differential pushed soon.
Oct 25 2019
Oct 15 2019
Actually, do you have radeon-profile-daemon enabled? Try running
sudo systemctl enable radeon-profile-daemon sudo systemctl start radeon-profile-daemon
and see if that fixes it. I can reproduce your issue if the service isn't running.
Oct 11 2019
Fix incorrect placement of ckb-next-daemon service
Oct 9 2019
Sep 28 2019
Sep 27 2019
Sep 23 2019
Might want to patch T8360 before 5.3.1 hits stable