vscode strongly relies on extensions and external processes/tools. I can't reproduce your issue by opening a Go project. What process is taking so much memory? You showed the memory timeline but not the process list. A process list sorted by memory allocation would be super useful. For how little I can tell you at the moment, I'd say both nodejs and vscode packages are OK.

Proposal: can we merge curl-gnutls into curl's package.yml? I see no reason to split them in two repositories.

Make install code a bit clearer

I can probably make the install code a bit clearer.

I'm now using a patchelf-based approach to change the soname, so that we can avoid maintaining a patch.

We have worse packages that this, but yeah it's a hog :-)

OH right, I only checked the 64-bit flavor.

The only user of curl-gnutls is atom, but it doesn't link against it anymore : D3738#change-2YCBuvag6hgp. Also, its README doesn't list anything specific about a GnuTLS version of curl. And finally, I installed atom with --ignore-dependency and it ran fine. Are you sure curl-gnutls is still a thing?

No, nor it was my intention. I think the plan is OK and I'm waiting for the green start working on it.

Nope, no dice for me.

v1.0.0 has been tagged but...

Pull request for solus-sc here: https://github.com/getsolus/solus-sc/pull/130

Use HTTPS in homepage

Gotta add mininet to the stack before this differential can be closed.

Heh I get that, but my computer is getting quite old to build Rust *and* a hog like Thunderbird or Firefox... I'll see what I can do. You should thank silicon shortage for that.

Add MAINTAINERS.md

Ah right, the MAINTAINERS bits.

Thu, Feb 10, 21:36:

2.10 is out, so I'll let this one in now.

A task like this is hardly helpful. What issues are you facing?

@Girtablulu missing rebuild?

Argh, forgot to update version number after new one came out.

Use custom desktop file

Rebase

My 2 cents: I think we should do this to zsh and fish as well. What do you think?
After all, XDG specs say:

inotify_add_watch(/tmp/systemd-private-d9febd5629d647759b57c26eb2116dcb-systemd-timesyncd.service-PdKdSR) failed: (Permission denied)
qt.qpa.xcb: QXcbConnection: XCB error: 3 (BadWindow), sequence: 3956, resource id: 12731576, major code: 40 (TranslateCoords), minor code: 0
zsh: segmentation fault (core dumped) qtcreator

I'm going to try to build an application with UI files, but I agree that some more details from your side would be helpful.

Isn't this enough? https://xemu.app/docs/building-from-source/#linux

@Girtablulu FWIW QBS support is gone. Do you want to retain it? It's not that widespread, but this clearly changes what qt-creator supports compared to the previous version.

qt6-5compat landed in the repo.

*pokes @Girtablulu*

Re-add sway mention in summary

See T6614 and T3147.

Remove patch for an older version of Inkscape

It's in upstream, and our file doesn't contain anything Solus-specific if I'm not wrong.

I want to test Inkscape first.

Fedora also retains $PATH in subshells. Just confirming it's a common behavior among distros.

Restore the vi link

Change email address in patch files

Delete vimrc.tiny

Marking my task as a duplicate doesn't answer the questions I asked there. I also think my task is not a duplicate of T9131, but let's face one thing at a time.

Vectorization is enabled at -O2 which is now equivalent to the original -O2 -ftree-vectorize -fvect-cost-model=very-cheap. Note that default vectorizer cost model has been changed which used to behave as -fvect-cost-model=cheap were specified.

Actually, we could just add hyphenation data to libreoffice-common-dictionaries (an already existing package). This would differ from most distros since they provide hyphen-*, but we'd simplify the libreoffice setup from users' perspective.

Would it be OK to:

I managed to mount an NTFS partition. I uninstalled ntfs-3g beforehand.