mutter 44.1 #2882
Labels
Comments
|
Off-topic: The main reason I ventured away was due to swupd update downloading 5 GB of data. I was watching /var/lib/swupd grow and grow unbelievably. One of the directories previously around 100 MB grew to 5 GB during the update. So this and mutter 44.0 were the reasons I thought the time has come to try something else. |
|
as it happens, I just did the update to 44.1 about 45 minutes ago
we are working on the swupd download sizes by restructuring how we do
multiarch support, big chunks are landing this week for that
…On Tue, Apr 25, 2023 at 2:55 PM Mario Roy ***@***.***> wrote:
Off-topic: The main reason I ventured away was due to swupd update
downloading 5 GB of data. I was watching /var/lib/swupd grow and grow
unbelievably. One of the directories previously around 100 MB grew to 5 GB
during the update. So this and mutter 44.0 were the reasons I thought the
time has come to try something else.
—
Reply to this email directly, view it on GitHub
<#2882 (comment)>,
or unsubscribe
<https://github.com/notifications/unsubscribe-auth/AAJ54FLTGZV52KVMASP7XZLXDBB5FANCNFSM6AAAAAAXLSPYRU>
.
You are receiving this because you are subscribed to this thread.Message
ID: ***@***.***>
|
|
(also note that /var/lib/swupd in part contains most of the OS files
hardlinked, so it's not "simple" additive space used
swupd first downloads a new file into its area, verifies the cryptographic
integrity/etc/etc and only when all files are clean, it hardlinks them to
their final resting spot in /usr ... but hardlinks don't take up extra
space_
On Tue, Apr 25, 2023 at 2:57 PM Arjan van de Ven ***@***.***>
wrote:
… as it happens, I just did the update to 44.1 about 45 minutes ago
we are working on the swupd download sizes by restructuring how we do
multiarch support, big chunks are landing this week for that
On Tue, Apr 25, 2023 at 2:55 PM Mario Roy ***@***.***>
wrote:
> Off-topic: The main reason I ventured away was due to swupd update
> downloading 5 GB of data. I was watching /var/lib/swupd grow and grow
> unbelievably. One of the directories previously around 100 MB grew to 5 GB
> during the update. So this and mutter 44.0 were the reasons I thought the
> time has come to try something else.
>
> —
> Reply to this email directly, view it on GitHub
> <#2882 (comment)>,
> or unsubscribe
> <https://github.com/notifications/unsubscribe-auth/AAJ54FLTGZV52KVMASP7XZLXDBB5FANCNFSM6AAAAAAXLSPYRU>
> .
> You are receiving this because you are subscribed to this thread.Message
> ID: ***@***.***>
>
|
Greatly appreciated. Please know that I like CL a lot. I developed my Mandelbrot demo on it, while learning Numba, PyOpenCL, PyCUDA, and Python parallel processing.
Hurray! The swupd tool eventually got to me and on top of that, mutter 44.0. Yikes! I'm so glad that I ventured away for a bit and witnessed the GNOME pop-shell extension (tiling on GNOME). These GNOME extensions elevate the GNOME desktop experience to a whole new level. Typically, I search for the extension in pkgs.org (Fedora 38). If not there, then from Nobara Linux builds. |
|
we used to ship a set of gnome shell extensions.. but the gnome people
don't really keep them updated which made going to new gnome versions a
nightmare for us... we ended up with no choice but to stop doing that
…On Tue, Apr 25, 2023 at 3:22 PM Mario Roy ***@***.***> wrote:
as it happens, I just did the update to 44.1 about 45 minutes ago
Greatly appreciated. Please know that I like CL a lot. I developed my
Mandelbrot demo on it, while learning Python, Numba, PyOpenCL, PyCUDA, and
Python parallel processing.
we are working on the swupd download sizes by restructuring how we do
multiarch support, big chunks are landing this week for that
Hurray! The swupd tool eventually got to me and on top of that, mutter
44.0. Yikes! I'm so glad that I ventured away for a bit and witnessed the
GNOME pop-shell extension (tiling on GNOME). These GNOME extensions elevate
the GNOME desktop experience to a whole new level.
# dependencies
gnome-shell-extension-common-44.0-1.fc38.noarch
gnome-shell-extension-user-theme-44.0-1.fc38.noarch
# gnome extensions
gnome-shell-extension-pop-shell-shortcut-overrides-1.2.0^10.dcf17f3-1.fc38.noarch
gnome-shell-extension-pop-shell-1.2.0^10.dcf17f3-1.fc38.noarch
gnome-shell-extension-arc-menu-44-2.fc38.noarch
gnome-shell-extension-blur-my-shell-45-1.fc38.noarch
gnome-shell-extension-custom-accent-colors-6-1.fc38.noarch
gnome-shell-extension-dash-to-panel-56-1.fc38.noarch
Typically, I search for the extension in pkgs.org (Fedora 38, it not
there) then Nobara Linux builds
<https://copr.fedorainfracloud.org/coprs/gloriouseggroll/nobara/builds/>.
—
Reply to this email directly, view it on GitHub
<#2882 (comment)>,
or unsubscribe
<https://github.com/notifications/unsubscribe-auth/AAJ54FMC3HQWSCW3KIARSILXDBFATANCNFSM6AAAAAAXLSPYRU>
.
You are receiving this because you commented.Message ID:
***@***.***>
|
Sign up for free
to join this conversation on GitHub.
Already have an account?
Sign in to comment
Let me tell you. Mutter 44.0, was the reason I ventured away for a while. Which is fine, because I saw some wonderful things trying Nobara Linux 37 and Fedora Linux 38.
Please keep mutter on the radar. Mutter 44.1 resolves issues around mutter-x11-frames affecting NVIDIA graphics, possibly other graphics too.
The text was updated successfully, but these errors were encountered: