Update licence

Added changelog

Update licence

Update licence

Update licence

I removed one new line break from changelog. I can also condense list of languages in a comma separated list in one line instead of current bullet list if you wish.
Do i also need to update licence as @Jacalz suggested?

Hmmm @JoshStrobl what do you mean? Both description and summary are in single line and i didn't even touch those. What exactly needs to be changed?

I did a preliminary work on packaging this but there is still a ways to go before i publish Diff. There is few missing dependencies that also need to be packaged separately so i will do those too.

I did a preliminary work on packaging this but there is still a ways to go before i publish Diff. There is few missing dependencies that also need to be packaged separately so i will do those too.

Removed unnecessary builddeps as suggested

Fixed formatting in package.yml

Fixed formatting in package.yml as suggested by @JoshStrobl

@joebonrichie i rebuilt avr-gcc and arm-none-eabi-gcc packages with new gcc 9.1.0 source and did a bit of tesing. I successfully compiled and flashed some Arduino examples and they work. Then i tried to build QMK firmware for few different boards. For AVR i successfully compiled firmware but it turns out that resulting binary is a bit larger and it exceeds maximum flash size because of that. I don't have any AVR based board at hand so i couldn't test flashing that firmware (after removing features to make it fit flash size). However for ARM based board i couldn't even compile. QMK probably hasn't migrated code to be compilable with newer gcc and i have seen several reports on their repo about this problem. So, based on these test results i am reluctant to update those gcc versions to 9.1.0 for now. BTW i built those with older gcc (currently available in repos) and i am not sure if i would get different result by using your updated version.

Is rebuild enough to check if dependent packages are compatible wit this version? I can make local builds with this one in local repository to check if they at least build.

@joebonrichie thanks for testing ARM and AVR crosscompilers with new GCC. I saw that you submitted this patch and i was planning to do the same for ARM and AVR. I can test easily for ARM because my mechanical keyboard is using ARM microcontroller (STM32) so i can just rebuild firmware (QMK) for it and upgrade it. However i don't have any AVR hardware at hand but i think any Arduino board can be used for testing, and i'll do that when i find some time.

I'm willing to package this myself if you accept it for inclusion because i will use this software.

I'm willing to package this myself if you accept it for inclusion because i will use this software.

Goes hand in hand with Podman T8202

Goes hand in hand with Buildah T8201

Maybe i can pick up and try to finish what @Christoph3 started. I won't assign myself because i'm going on vacation soon so anybody else can pick it up while i'm away, but if i successfully make something i'll be sure to submit diff.

BTW, i don't have access to https://dev.getsol.us/source/solus-image-budgie.git, i just checked now, i get 403.

@Girtablulu i had a build of clr-boot-manager from commit f059bcf for more than a month now, until this 3.1.1 version was released yesterday. Went with this build through a few kernel updates, and everything worked fine. I see that from this commit there are just few additional commits regarding command line completion as you can see here

Updated rundeps as suggested.

Aha, I'm still learning. I will fix this.

Added rundeps which are removed from abi_used_libs

Removed static lib

Reordered builddeps so that pkgconfig packages are listed first

It's already done: https://dev.getsol.us/R3148:1bca0a4794d87ecb541017da7dd4a5ef479e3d4c
It will come in next stable (shannon) sync.

Unfortunately i couldn't disable selinux because they use it in source and there is no way to disable it via some build flag, but i figured out that we don't need their selinux source, so i just added libselinux and libsepol as pkgconfig builddeps and linked them correctly during build.
I cleaned up a bit package.yml, so now it looks tidier.

Fixed after review remarks

Following discussion from T8111, i updated android-tools and built them directly from google sources.

I did it. Successfully built from Google source. Now, i have a problem when i use eopkg3p (https://github.com/pycampers/eopkg3p), third party android-tools will overwrite my already installed android-tools, all because release number is lower 2<9. If i put release:10 in package.yml, eopkg3p will not overwrite because i have newer "release".

Fix typo

Fixed review comments

@JoshStrobl thanks for the review, i will fix this soon.

Ok, I'll give it a try

I usually go to Arch packages (shhhhh, you never heard that from me) and check there, how they do it, which sources they use when building stuff from source.
I just did the quick search and found this: https://git.archlinux.org/svntogit/community.git/tree/trunk?h=packages/android-tools
BTW, i'm not Arch user and never installed it, but sometimes Arch stuff is gold when it comes to learning linux things.

golangci-lint patches are no longer needed because it's included in new release, so i just removed them.

New version 1.1.1 was released recently, so i will try to package it.

I volunteer as Maintainer.

I volunteer as Maintainer.

Here it is: D6505

@xulongwu4, thanks for the tip, i wasn't aware of this option, it works now.
I just need to cleanup a bit and i will submit the patch when i'm done.

Yes, tried to update package.yml and then i realized that ipscan changed the way it builds. Now it uses gradle (gradle wrapper) to build.
There are a couple of problems with new build system.
Gradle wrapper doesn't work at all inside solbuild, having some network issues, not being able to download gradle zip.

https://gitlab.gnome.org/GNOME/mutter/merge_requests/600

I have the exact same issue. It started happening after GNOME stack update to 3.32. The problem is with compositor which we use: Mutter, which is also a Window Manager for both GNOME and Budgie.

No worries. I will continue to contribute whenever i can

I see that this was replaced with D6328, so we can close this one.