I don't recall intentionally doing that, I didn't even know 80 column was a thing, or limits to columns or hardlines D:
Anyways I don't have Linux installed right now so if someone wants to take this over or start a new patch please do.

Here's a full log of last boot and errors only.
https://del.dog/gekigainyf.txt
https://del.dog/fuqicicobi.txt

Better summary & tests

Would testing WoeUSB count as a valid test for this, its a bash script and I just updated it to the latest version earlier and tested it was working without problems. Or are there any particular tests you want run, I made sure system didn't explode after a reboot, bashrc was loaded and everything seemed to be fine.

This is actually happening on my desktop as well. Weird, sleep used to work fine. When triggering suspend from systemctl resuming works fine, so IDK what's going on.

Submitted a package.

This is also a patch in linux-lts.
https://dev.getsol.us/source/linux-lts/browse/master/files/acpi/1-2-ACPI-button-Change-default-behavior-to-lid_init_state-open.patch

Switch component group to system.utils

Resurrect

This is a package required for some parts of Android development, I would also like to see it brought to Solus.

TFW you forget a period.

Changed title name.

My bad, somewhere in the documentation it said "exceptions" but I didn't think to double check if that was just a mistake, it was.

Revert some stuff.

In D8125#129767, @DataDrake wrote:

You should NOT be submitting patches for packages which have not gone through the Package Request process unless they are explicit dependencies of accepted software.

Add LICENSE, do pathing properly.

Forgot to push package update, whoops.

Official link to commit instead of a mirror.

I still need to update and rebuild Blender but for some reason the mirror won't fetch. :/

Has anyone gotten this to work? I tried to rebase the pull request @stobbsm had but the installer still forces me to format to EXT4 and doesn't allow me to unselect the "format" option.

I don't think the ISO refresh task should have been merged into this, it seems like a different question in relation to this thread. He wanted to know if something like refreshing the ISO every month is something that could be done.

Ah I assumed most maintainers would have already upgraded to add support for it since it came out 2 months ago. If not then 11 is probably a good middle ground

Why not just update directly to JDK13 have that be the only available JDK package for Solus? If users need an alternative they are free to download it. Updating to an already old(ish) version doesn't make much sense to me. That way Solus will be on a suitable Java version for years to come.

Derp

If you would like to push instead that would be much appreciated.

When trying to build beignet it complains quite a bit. I tried the llvm9 patch from FreeBSD but still has some issues. I'm not informed enough to fix most issues with 9.0, so should I abandon it or leave it here in case someone else wants to continue on it?

Updated to HTTPS, sorry about that!

Need to resolve circular dependency.

Nevermind on this, just realized that 9.0.0 actually was released, just they didn't release the zips on GitHub, I'll submit a commit for it once I've built and tested.

I can't be sure. What I do know is 3.7.5 causes AOSP builds to fail on Android 10 (doesn't seem to affect Android 9) and I don't know what in AOSP was added to cause this to occur. They stopped using ccache internally for their builds so it's not like they support it anymore, but many custom distributions re-enabled it as it's still useful to us. Clean builds without ccache take hours, not having ccache as an option is not that great. What we could do is update the AOSP build instructions to include it's own version of ccache that we put in PATH so the main package wouldn't need to be changed as this seems to only affect AOSP not any other packages I build with ccache. Although, I can't see any packages Solus builds having an issue going back to 3.7.3 and it would benefit AOSP. It's your call.

The current package version is now higher than this, please close.

The current package version is now higher than this, please close.

This is still an upgrade to the version we were using prior, so semi revert I guess?

Kyrios I am aware that the command fixes the issue, however its something that shouldn't be required.

Also, generally never buy from Acer again (if you have a choice). ASUS, Dell, and Lenovo all make much better laptops :D

And any other distro works fine?

That's strange. In Linux generally a bus error is a fault raised by the hardware. It's trying to access memory that the CPU cannot address. Weird. Honestly, best bet is instead of wasting time trying to fix your install is just backing up all data and reinstalling Solus. You are most likely going to spend way more time trying to fix your install than just reinstalling.

Gnome Disks --> Format the EFI partition.

It's just your root partition that is encrypted, correct? Not the entire drive itself? I generally don't do anything in regards to encryption so I don't know.

Have you tried just recreating your EFI partition with a live session?

It's a long shot, but try passing this as a kernel parameter. "button.lid_init_state=open"

In D6144#96958, @DataDrake wrote:

Please don't submit patches for kernels. Those are my responsibility.

Fixes T7589

Update proper author.