Actually the patch is from Gentoo. You can review it from Thomas Deutschmann’s patchset. It is file 38.
Weird. I don’t remember seeing the Gentoo email address when I looked at it, so unless a new commit history was force-pushed I must have been mistaken.
Still - it’s a bit strange that a patch pushed last week (when 83 was released):
has been replaced by one pushed yesterday (at the same time as the patch log for TB 78.5.1):
But, who knows. After all, what would be the point of trying to re-write a git history to hide the use of a certain source for a patch?
Hello @Ste74 - I’ve updated mutter-x11-scaling to 3.38.2. But i had to fix the latest upstream patch to compile with 3.38.2 - the Ubuntu developer is informed and it will be hopefully fixed upstream soon. There is also thanks to feedback from Ubuntu now a patched gnome-control-center-x11-scaling build with fixes for multi-monitor management and the toggle option from Ubuntu in case you are interested.
Cheers
Thank you, i look into it…
Edit: added both on our repo
I think that Shotcut needs to be updated from 20.11.14 to 20.11.28:
I quote myself from such discussion:
While I was searching for a solution, firtsly I tried to replace mlt from community repo to AUR, but the problem was still there; then I downloaded a new release of Shotcut from the official repo: v20.11.28 Releases · mltframework/shotcut · GitHub
And all errors went away.
Furthermore, seems that Shotcut, now also needs rtaudio package.
I see that the last packager was Filipe Laíns.
EDIT
I see that Shotcut 20.11.28 has hit the unstable and testing repo this morning; such quick action
Can be also pushed to Stable branch?
For now I manually updated it from testing repo, don’t worry
The nvidia driver needs an update, it is now at 460.32.03.
Yes, we’re aware and don’t need reminders.
EDIT: They’re now in the unstable branch.
Also this should be merged into the pipeline:
I have tested it and worked as expected
I can put you as developer access for this two packages in our gitlab instance then you can ping me when ready to upload in our repo
Sounds good, i think it would be easier to maintain them with access. As currently we are basically doing the same work twice
Yep is a totally no sense for me…
Both packages are ready for building.
I cant update since yesteray on unstable. Probably mesa-git needs to be rebuild against new llvm. Will mesa-git get regular updates? Previously i was using mesa-git packages from unofficial arch repo, but those was replaced by manjaro packages. Is there a way to ignore manjaro mesa-git packages and keep using these from arch repo?
Same problem here, I can’t install mesa-git because it requires llvm-libs=11.0.0
Hi @Ste74 - I’ve updated mutter-x11-scaling which required to fix the upstream patch, the dev has been informed. The package is ready to build on Gitlab.
Cheers
Done
Hi @Chrysostomus, I have updated again
manjaro-zsh-config
Could you upload it to unstable or someone from the Team? @Ste74 ?