- User Since
- Sep 28 2016, 11:19 AM (225 w, 2 d)
Sun, Jan 10
I'm sorry about how late I am returning to this issue, I got my hands injured last week carrying bricks.
Dec 21 2020
My sister's laptop:
Removing TLP had absolutely no effect on performance, still as sluggish as ever.
However I had remembered schedutil, after following it's progress for the past year or two (I forget how long), so I reinstalled TLP and set schedutil, and the performance issues are gone.
Aye, on both. However as of yet, it has only aided performance' which is why it has not crossed my mind.
I'll test without it, and return with results.
Dec 20 2020
Additional testing shows a ~50-66% graphical performance hit on my desktop with 5.10, depending on usecase.
My desktop is simply powerful enough, with me mainly relying on nongraphical performance, that I did not notice the eventual hit there.
Dec 19 2020
Nov 24 2020
Thanks, will it be feasible to add an option to reorganize the icons, without allowing them to be placed wherever?
It's not a perfect calculation, it's an estimate. I'm using static values for the items since getting the calculated heights and widths of items added (which is something I did at the beginning) introduced inconsistencies due to how delayed Gtk can be at allocating and the allocation being inconsistent itself.
Ah, then I guess that this will take time, and is low priority.
In any case, it could be argued that this is much better in some ways than the previous implementation (though I do feel it to be a bit lacking, since I make heavy usage of the desktop).
No it isn't. The icon heights are different and your second column first item has a label that wraps onto the second line, and the label height is variable depending on if its one or two lines. The icons center themselves in whatever internal container GtkImage uses for it.
Thanks for the explanation. In my opinion, it is still not as it should, however understand that this is due to GTK limitations.
Any plans for icon size standardization? That may help out.
There are multiple reports of crashes and SIGABRT for gthumb. See their issue tracker.
Thanks, I shall look into it.
@JoshStrobl By "arbitrary", do you mean random locations on the desktop, that are not aligned to a grid, or anywhere on the desktop, but aligned to a grid, or perhaps even reorganizing the icons?
Oct 24 2020
My freezes certainly have not returned, though now I have issues of a different sort (the PC freezing, outright crashing, and then rebooting), which I suspect are down to failing hardware (probably my dGPU, as no matter what I do, including cleaning the card, and replacing the thermal paste, it idles at ~70 degrees celsius, and rises to 80+ under extended load, though it could also be the board, since Asrock's 9-series boards are known to be unstable).
This could be an issue, since from my experience speaking with the Lollypop developer (on completely unrelated bugs), I saw that Lollypop now requires libhandy, which is against policy on Solus, so it will need to be possible to compile Lollypop without libhandy.
Oct 6 2020
Thanks, when I had attempted to test updating it myself, I got an error that I was not the owner (even though all I had done after modifying the package.yml was run "make", so I thought that @JoshStrobl needs to be the one updating it.
Oct 5 2020
Sep 25 2020
Sep 24 2020
For whatever reason, I can set my laptop monitor's refresh rate to 120Hz when set below the native resolution, even though it's EDID does not list 120Hz as an option.
Could this perhaps be related?
Sep 23 2020
Update: I am now seeing these issues also on 5.7.10, though a lot less often than on 5.6.19.
I can confirm that this is also happening to me, with a slight variation.
For me, it is only the graphics and keyboard input actions that freeze (I can toggle Num/Caps lock), on both my desktop and my laptop (recently upgraded with a new Barracuda Pro).
Additionally, the screen keeps flickering on Intel graphics.
Certainly interesting, I wonder how this stacks up to Clear Sans, especially with RTL languages.
Jun 24 2020
That is a problem. Noted.
May 23 2020
@juliocormor With pleasure. I hope your issue will get resolved, though.
@Darius I'm not ruling out the drivers being out of date, that happens all too often with new AMD hardware, however I said that the ISO may be corrupt, which means that no matter how many times you reflash it, you will have problems, and the only recourse is to delete it, and download it again (that was what I had to do in my case).
May 22 2020
Rather late, however I had a similar issue on my desktop (not at home for the time being, and will need to repair the hard drive when I return, so no way to test anything), however by simply refreshing XRandr's information (via radeon-profile), my TV (old, low-end, with bloated capacitors, 42" 1080p non-smart TV that I got from a friend that was throwing it out after replacing it with a 4K smart TV) was instantly picked up, though I had to due this each time I connected or disconnected it to my Radeon HD6950.
I remember when I had issues installing Solus in the past, and I forget who suggested this to me (probably via IRC, since I cannot find this on the Phabricator) (I think it was either Ikey, Josh, or Drake), however perhaps your installation media got corrupted (that's what happened to me)?
This issue can be closed for now, since the current drivers lack support for UVP (more reverse engineering will need to be done with Microsoft's proprietary protocols).
Apr 14 2020
Update: I have managed to get networking to work via the chroot, and update the system, however there is no change unfortunately.
I seem to have gotten myself into this predicament now, however after attempting to fix it via the means outlined in the Solus Help Center (except for updating the system, as it was already mostly up-to-date (just plasma-desktop-branding not being in the index, and I do not have that installed in any case), plus I was unable to get networking to work inside the chroot), I had managed to fix the Systemd errors, however not the fact that the system is unable to switch-root.
Mar 16 2020
Mar 14 2020
Now, ever since I had updated my desktop, the same thing is happening there.
This is weird, but at least things appear to be working.
Mar 13 2020
Thanks, I'll take a look at them.
Update: I do not see any firmware updates for the 9260, unfortunately.
Mar 5 2020
@aquasp Thanks, it appears I also had that installed.
Back when I had initially set up Solus, I installed this to provide additional codec coverage, however looking at the Arch Wiki page, it is pretty much irrelevant unless you are using Nouveau on NVidia's 900-series or newer cards, and even then, it only appears to support decoding (plus, no support by either Firefox or Chromium).
Otherwise, everything it supports seems to be supported by VA-API and/or NVidia's proprietary driver.
I intend to try maintaining this package.
I'll reopen this issue if I see that I could reasonably do so.
Thanks, I was concerned whether Srain would be added due to some if it's shortcomings (which will probably be fixed), however I see we were of the same mind on this.
@joebonrichie From what I can see from the patch notes, it looks to be pre-Gen4 graphics.
Mar 4 2020
Feb 24 2020
This is weird, I had noticed that lately my laptop's time and date isn't syncing for whatever reason, and I am getting the issue from time-admin brings me the same message, while gnome-control-center simply does nothing at all.
Feb 20 2020
@aquasp Yes, I do (both actually, the 32-bit package for Wine support), as well as the others (though these are more for cases where I need to boot from another PC).
Extremely late update, since I had forgotten all about it, and I'm usually not at home.
My fake "7570" has apparently gotten damaged at the same time as my DH55HC motherboard (thankfully it was just the RTC chip (on the DH55HC), and I got a new one of the same model, however I still need to find someone that will be able to help me replace it).
It still works, but not very well, with VGA having limited resolutions (up to something like 1366x768p), and ignoring the actual monitor's settings, and DVI getting a black screen, no idea about HDMI.
@DataDrake Then in that case, I'll check whether this solves the "blank screen on wake" issue that's been plaguing every PC using Intel graphics (everywhere from i3-540 to i5-6200U, including a BayTrail Celeron and an i3-3220) I had installed Solus on since kernel ~4.19 (granted, it happens much less often, and is a minor issue since I just need to switch TTYs, but it still happens,and the less bugs, the better).
@DataDrake Thanks, I see I had mixed the KMS driver with the DDX driver, and the Mesa driver with the KMS driver.
So in short, anything relying on Gen7 or older?
I'm curious, what does X-Org rely upon if you remove the driver, CPU-based graphics?
Feb 19 2020
That's odd, abi_symbols wasn't added.
Now development headers are also created.
- Updating D8295: Update FlashROM to v1.2
At least we can get some ideas for a greeter in the future.
Sure thing, I'd prefer that as well.
Thanks, I did not realize that since I was using the CLI when accidentally sending this differential.
Please ignore this, I had accidentally sent this while reviewing how I need send the differential (to refresh my memory).
A proper differential will be submitted soon.
Sep 16 2019
That is certainly odd.
I'm on the unstable branch, and I had no such issues, not on my 9260, nor on my AX200 (the AX200 does heat up to ~50-55 degrees occasionally, however I expect that to be due to how new it is), perhaps it is due to the fact that I was busy using my computer at the time, and did not have to time to reboot it until the issue was fixed.
It looks like at least some of the modules are licensed under the GPLv2, from what the LICENSE files in the package show, however the legal language makes it confusing as to what is open source, what is open source under an exception, and what is closed-source.
Apparently tss2-esys from tpm2-tss is now required to compile xmlb, one of fwupd's dependencies.
Sep 12 2019
Sep 8 2019
Thanks, that would be great.
Thanks, though I do not think that it is relevant, since my model is neither.
From dmesg, it looks like the kernel thinks it's a sonixj camera for some reason.
First, I need to apologize, since I wasn't at home half the time, and the other half I was trying to catch up with other tasks.
Second, I wish to maintain this package, however I'm not sure I'll be able to, since I shall be joining a new learning program soon, and as such, I'll be online even less. So it depends on the release cadence.
Sep 5 2019
Aug 22 2019
Sorry, I was on a family trip and did not have time to do anything.
I just got back ~20 minutes ago.
Aug 2 2019
Sorry, I thought that this was necessary for it be accepted.
Thanks for educating me, this wont happen again from me.
Aug 1 2019
It took some time, due to issues with the package.yml (I guess I cannot use more than one line, so spaces it is), but with the help of some of the veterans (such as @Girtablulu amongst others), I present my package.yml, currently on version 0.4.2 of drawing.
Jul 15 2019
It appears that gcc-ada is required for Intel graphics to work on most boards when compiling CoreBoot.
So I had found when attempting to compile CoreBoot (for the first time) for my grandmother's old computer (apparently it is almost completely supported, with just a few things left which are merely untested), after building for her a new computer (AMD B450-based).
Jul 14 2019
I just checked, and all is well now.
Jun 29 2019
Fixed Markdown to use "-" instead of "*".
Jun 25 2019
Thanks, though I am always on Unstable (on my own PCs), so I just installed it by running sudo eopkg update.
grub-customizer is working perfectly now.
Jun 24 2019
Manually doing the content of the previous commits with the help of GEdit.
Including forgotten word "patch".
Minor edit to correct test plan description (not the plan itself).
Jun 20 2019
Sorry about that, I'm done with that issue since the issue must be with the files themselves (made by the owners of the packaged software (plural)), nothing wrong with Solus (though it is funny that engrampa managed to deal with them).