Sorry about the delay, there's now a way to use OpenRGB as a daemon so I tested it for a while, now all the compromise I needed to do are gone!

And updated pspec.xml, sorry about that

Add MAINTAINERS.md

Update to 0.2, changed the license

Add the i2c-dev.conf file to /etc/modules-load.d/

Fixed the need for creating an empty directory

Just saw we could add a conf file in /etc/modules-load.d/ so the i2c-dev module would autoload, I'm guessing most user would use it that way, should I patch this diff with the conf file?

No problem, after looking into it it's actually not an out of tree module but a patch to a kernel module the dev will be upstreaming. OpenRGB will run fine without the patched kernel but some devices won't show up. Should we wait for it to be upstreamed or is it alright to patch linux-current and linux-lts?

The dev tagged the first release today, (see https://gitlab.com/CalcProgrammer1/OpenRGB/-/issues/155) I'll be trying to package it. It seems some modules rely on out-of-tree kernel modules, should we include those?

Just tried your command DataDrake, same as Hawkeye, no output whatsoever

Changed the source link

Squashed everything together

Squashed everything together

I was planning on packaging it, it sounds really helpful for hardware reviewers/overclockers/normal users that want to make sure their temps are okay

Remove unused dependency, thanks joebonrichie

Fix the mistakes pointed out by DD

Fix the mistakes pointed out by DD

Urg, my bad, pushed to the wrong diff

Fix the mistakes pointed out by DD

Fix the mistakes pointed out by DD

Sure, no problem, I see you already included the module in the 5.5 kernel, I built it locally and mininet is working fine, submitting right now

Got it, let's get 3.7 in the repos! Since @joebonrichie's last activity was 2.5 months ago should someone else/a group of people start from scratch or should we wait for him to come back?

Now that Python 3.8.1 has been released for a couple of weeks, should we aim to update to the new version? Or is the plan to update to 3.7.x and then consider 3.8.x?

So I've been working on building Mininet, there's a blocker though:

Updating D7665: Initial inclusion of OpenDyslexic

I've never used this software so I'm not sure that's exactly the solution to your problem but I think that's how you do it:

I've been trying to compile GWE but the tarball isn't actually a release, a git clone of the repo is mandatory.

I think most of Sol's development is done here on phabricator, in a hidden repo.

I don't think it's Solus specific, I'm forced to use Manjaro at work and the same problem appears: when I click on "Insert guest additions CD image" it asks me if I want to download it, after clicking on yes and then confirming I'm ready to download the file it goes up to 100% before printing (translated from french) "The network transaction failed with the following error: during the network request: unknown error"

I think it has something to do with eopkg, I usually update/install packages using the command line and from time to time on large downloads eopkg just freezes, probably due to its implementation.

The project seems dead, a lot of pull requests just waiting to be included, also last release was multiple years ago, is there a fork that's a bit more active?

I've heard some good stuff about mininet, a lot of engineering students use it during their studies in France

What kind of devices do you have in /sys/class/backlight ? Can echo {value} > /sys/class/backlight/{something}/brightness change your brightness too? If yes, what is {something} ?

Understood, I guess it makes sense, I hope the Solus version of this will be as nice! If you need a C/C++ dev to work on this at some point I'd be happy to help.

Here is the link to a ODS file I formatted: for each package, anyone can specify if they tested the package with the new python version. It's running on my personal server which is rocking an Intel Atom so don't ask too much of it.

thanks to @joebonrichie we have have this list, which contain every package that need testing with python 3.7: https://pastebin.com/raw/HG80U5Qq

Okay, this should work, and only print each package once: dirname $(grep -iRl "python3" ./*/{package.yml,abi_used_libs}) | sort | uniq

Okay so if someone with access to the repo (or a mirror of it) could run grep -iRl "%python3_install" ./*/package.yml in the repo's .solus folder (or wherever the packages' folders are located) it would help us a lot, it will output a list of every package that needs to be rebuilt and tested.

Sure it's possible, but blender's update schedule is not fast enough the next update will be out before we get python working (I'm talking probably 6 months) so don't worry about me, the gziped binaries are good for me, let's try and focus on python ;)

Yeah don't worry about my expectations, I'm guessing the test of every python-based package will probably take a while so I know it's not gonna be included in next sync, or probably in a while! It's okay though because apparently the only package that actually requires it (atm) seems to be Blender, and it can be downloaded from their website. But since I have 3-4 weeks of free time I thought I'd give back to the community!

Maybe someone from the core team with ssh access to the actual repo could give us a hand? In theory it should be just some greping, I can create a script to do it if everyone is already busy doing systemd and OpenSSL.

Is there a way to parse all the package.yml files in the repo to generate an actual list so we can organize everything too?

@kyrios123 you mean python-* packages or packages that list python3 as a build dep ?

It seems just updating the package.yml file is enough to compile python, but some tests don't pass, probably due to it not being backward compatible so we need to adapt the tests.

Okay so I fixed my problem, but it probably won't help people that come here looking for the answer to my question.

Thanks a lot kyrios! So apparently Blender can compile without the patches (or at least compile enough to give me an error) but it gives an error about the python3 version, so we need to update python3 before blender.

Sure, ASAP means As Soon As Possible, meaning if the soonest possible is 3 months it will do, it's just a way to say I'll do my maximum to help.

Blender 2.80 (out yesterday) requires Python >=3.7, what can be done to update? I need the latest version of blender ASAP but I have a lot of free time to compile and test, should we create a metatask with every package that needs testing?

It seems the patches are what makes the compilation fail, probably because 2.80 is such a big update. I tried to comment the patches and it's compiling right now, will update if everything compiles fine.

Update: when I plug in the laptop the brightness goes to its max, when I unplug it brightness goes down to its minimum.

Praise the GNU!

It could very well be nouveau's fault, you can try to use the proprietary drivers but if you don't want to use the nvidia card I guess you could blacklist the nouveau module!

I think so, don't forget to do a sudo clr-boot-manager update before rebooting and you should be able to test it!

In order to get the hibernation working you'll need to add the kernel parameter as I told you in my other message, I guess just creating the folders will do the trick if they don't already exist!

I think the permission error is normal, don't worry about that

Is the swap recognized by the system ? You can use the free command to check

Well systemctl's logs are readable through journalctl, I think you can see kernel errors using dmesg but you'll need to see this link and try to see where are the logs from the previous boot (if it rebooted as I think it did)

Can you hear/see the PC rebooting? What does uptime returns before and after hibernating?

So basically, the state of the computer is exactly the same as when you power off and then power on the PC, right ?

What do you mean all user programs ? Is budgie killed too ? Or only programs you started like firefox, nautilus and Steam ?

I may remember that someone said at some point that python addons wouldn't be included in Solus and that they would need to be ported to another language (vala maybe?) to be included, I'm probably wrong though, don't take my word for it !

Yeah you just need to change the graphic controller to VBoxVGA and you might need to reinstall Solus, I'm not sure if you need to, you'll see after it's changed

@DataDrake to be fair me neither and I wouldn't install it on my system, but some users might want it anyway, and its source code is online, it has been reviewed by a lot of people... I don't think personal beliefs have anything to do here

Maybe try to look for an update of the firmware like @alecbcs suggested, maybe you'll be able to reactivate the security after the update

That's exactly what I did, it works like a charm ! (well it created T7664 but no more crashing)

Any update on this ? ?

I found a fix,
Using the kernel parameters listed on this page of the forum I fixed my problem, how can this be set as default so it won't happen to anyone less into tech ?

Sorry, I meant to reopen it right away but the suspend problem still isn't fixed. I read somewhere that installing the Intel Microcode could help but it didn't

Solved for me, it was actually a xorg problem, a misconfigured GPU, to solve it I deleted the custom intel.conf file I created previously

Solved for me, it was actually a xorg problem, a misconfigured GPU, to solve it I deleted the custom intel.conf file I created previously

Reopened as discussed with DataDrake on the Solus-Dev channel

Still an issue in Solus 3.9999 budgie 10.5 on an HP Probook laptop with Intel and AMD graphics.