Hi,
I was wondering, does anyone know what zephyr-sdk is? I'm not sure if
uninstalling it would break anything, and it's marked as "explicitly
installed". DDG doesn't help much either, any tips?
--
user <candycane> is generated from /dev/urandom

On Mon, 26 Feb 2024 20:20:08 -0000 (UTC), candycanearter07 wrote:

> I was wondering, does anyone know what zephyr-sdk is?

Could this
<https://packages.debian.org/search?keywords=zephyr&searchon=names&suite=stable&section=all>
be what you’re talking about?

> I'm not sure if uninstalling it would break anything ...

Linux package managers will not usually let you remove something if
something else depends on it, unless you elect to remove the latter as
well.

On 2024-02-26, Lawrence D'Oliveiro <ldo@nz.invalid> wrote:
> On Mon, 26 Feb 2024 20:20:08 -0000 (UTC), candycanearter07 wrote:
>
>> I was wondering, does anyone know what zephyr-sdk is?
>
> Could this
><https://packages.debian.org/search?keywords=zephyr&searchon=names&suite=stable&section=all>
> be what you’re talking about?
>
>> I'm not sure if uninstalling it would break anything ...
>
> Linux package managers will not usually let you remove something if
> something else depends on it, unless you elect to remove the latter as
> well.

Well, it doesn't seem to have any dependents so I hope removing it won't
break anything.. here goes!
--
user <candycane> is generated from /dev/urandom

On Mon, 26 Feb 2024 15:20:08 -0500, candycanearter07 <candycanearter07@candycanearter07.nomail.afraid> wrote:

> Hi,
> I was wondering, does anyone know what zephyr-sdk is? I'm not sure if
> uninstalling it would break anything, and it's marked as "explicitly
> installed". DDG doesn't help much either, any tips?

From https://docs.zephyrproject.org/latest/develop/getting_started/index.html

"The Zephyr Software Development Kit (SDK) contains toolchains for each of Zephyr’s supported architectures, which include a compiler, assembler, linker and other programs required to build Zephyr applications."

And from https://docs.zephyrproject.org/latest/introduction/index.html
"The Zephyr OS is based on a small-footprint kernel designed for use on resource-constrained and embedded systems".

Regards, Dave Hodgins

On 2024-02-26 3:20 p.m., candycanearter07 wrote:
> Hi,
> I was wondering, does anyone know what zephyr-sdk is? I'm not sure if
> uninstalling it would break anything, and it's marked as "explicitly
> installed". DDG doesn't help much either, any tips?

The -sdk suffix suggests that it is a Software Development Kit. Are you
actively developing something that uses Zephyr? If not, you can remove
the package.

Even if you previously compiled something that needed the SDK to build,
the runtime environment is usually in a different package. So it is
unlikely that you need the SDK to run anything.

You don't even need to know which "Zephyr" project it is referring to.

On Mon, 26 Feb 2024 23:45:02 -0000 (UTC), candycanearter07 wrote:
>
> On 2024-02-26, Lawrence D'Oliveiro <ldo@nz.invalid> wrote:
>> On Mon, 26 Feb 2024 20:20:08 -0000 (UTC), candycanearter07 wrote:
>>
>>> I'm not sure if uninstalling it would break anything ...
>>
>> Linux package managers will not usually let you remove something if
>> something else depends on it, unless you elect to remove the latter as
>> well.

If you really want you are also allowed to break stuff by forcing
removal of packets still needed by others. Not that it's recommended.

> Well, it doesn't seem to have any dependents so I hope removing it won't
> break anything.. here goes!

Are you still with us? ;-)
--
Andreas

On 2024-02-27, John-Paul Stewart <jpstewart@personalprojects.net> wrote:
> On 2024-02-26 3:20 p.m., candycanearter07 wrote:
>> Hi,
>> I was wondering, does anyone know what zephyr-sdk is? I'm not sure if
>> uninstalling it would break anything, and it's marked as "explicitly
>> installed". DDG doesn't help much either, any tips?
>
> The -sdk suffix suggests that it is a Software Development Kit. Are you
> actively developing something that uses Zephyr? If not, you can remove
> the package.
>
> Even if you previously compiled something that needed the SDK to build,
> the runtime environment is usually in a different package. So it is
> unlikely that you need the SDK to run anything.
>
> You don't even need to know which "Zephyr" project it is referring to.

Good to know if I have that issue again.
--
user <candycane> is generated from /dev/urandom

On 2024-02-27, Andreas Kohlbach <ank@spamfence.net> wrote:
> On Mon, 26 Feb 2024 23:45:02 -0000 (UTC), candycanearter07 wrote:
>>
>> On 2024-02-26, Lawrence D'Oliveiro <ldo@nz.invalid> wrote:
>>> On Mon, 26 Feb 2024 20:20:08 -0000 (UTC), candycanearter07 wrote:
>>>
>>>> I'm not sure if uninstalling it would break anything ...
>>>
>>> Linux package managers will not usually let you remove something if
>>> something else depends on it, unless you elect to remove the latter as
>>> well.
>
> If you really want you are also allowed to break stuff by forcing
> removal of packets still needed by others. Not that it's recommended.
>
>> Well, it doesn't seem to have any dependents so I hope removing it won't
>> break anything.. here goes!
>
> Are you still with us? ;-)

Yeah, nothing seems super broken. I just wanted to check though.
--
user <candycane> is generated from /dev/urandom

On 2024-02-26, David W. Hodgins <dwhodgins@nomail.afraid.org> wrote:
> On Mon, 26 Feb 2024 15:20:08 -0500, candycanearter07 <candycanearter07@candycanearter07.nomail.afraid> wrote:
>
>> Hi,
>> I was wondering, does anyone know what zephyr-sdk is? I'm not sure if
>> uninstalling it would break anything, and it's marked as "explicitly
>> installed". DDG doesn't help much either, any tips?
>
> From https://docs.zephyrproject.org/latest/develop/getting_started/index.html
>
> "The Zephyr Software Development Kit (SDK) contains toolchains for each of Zephyr’s supported architectures, which include a compiler, assembler, linker and other programs required to build Zephyr applications."
>
> And from https://docs.zephyrproject.org/latest/introduction/index.html
> "The Zephyr OS is based on a small-footprint kernel designed for use on resource-constrained and embedded systems".
>
> Regards, Dave Hodgins

Weird, Ive never heard of Zephyr OS.. maybe I installed it a while ago
then forgot?
--
user <candycane> is generated from /dev/urandom

On Tue, 27 Feb 2024 13:45:04 -0000 (UTC), candycanearter07 wrote:
>
> On 2024-02-26, David W. Hodgins <dwhodgins@nomail.afraid.org> wrote:
>>
>> And from https://docs.zephyrproject.org/latest/introduction/index.html
>> "The Zephyr OS is based on a small-footprint kernel designed for use on resource-constrained and embedded systems".
>
> Weird, Ive never heard of Zephyr OS.. maybe I installed it a while ago
> then forgot?

Checking for file containing zephyr I note I have some
libraries. Apparently it got installed when I installed Pidgin a while ago.
--
Andreas

On 2024-02-28, Andreas Kohlbach <ank@spamfence.net> wrote:
> On Tue, 27 Feb 2024 13:45:04 -0000 (UTC), candycanearter07 wrote:
>>
>> On 2024-02-26, David W. Hodgins <dwhodgins@nomail.afraid.org> wrote:
>>>
>>> And from https://docs.zephyrproject.org/latest/introduction/index.html
>>> "The Zephyr OS is based on a small-footprint kernel designed for use on resource-constrained and embedded systems".
>>
>> Weird, Ive never heard of Zephyr OS.. maybe I installed it a while ago
>> then forgot?
>
> Checking for file containing zephyr I note I have some
> libraries. Apparently it got installed when I installed Pidgin a while ago.

That makes a lot more sense, I think I used to use Pidgin a lot. Guess I
forgot to clean up unneeded packages after uninstall?
--
user <candycane> is generated from /dev/urandom

On Wed, 28 Feb 2024 04:15:02 -0000 (UTC), candycanearter07 wrote:
>
> On 2024-02-28, Andreas Kohlbach <ank@spamfence.net> wrote:
>>
>> Checking for file containing zephyr I note I have some
>> libraries. Apparently it got installed when I installed Pidgin a while ago.
>
> That makes a lot more sense, I think I used to use Pidgin a lot. Guess I
> forgot to clean up unneeded packages after uninstall?

The package manager should take care of that. It removes (or should)
packages no longer needed by other apps.

Apropos Pidgin. Anyone got it working with Google's 2-factor-auth? There
is a video on YouTube explaining how to "catch" an OAUTH2 handshake,
using the inspector of a browser. But that didn't work for me.
--
Andreas

On Wed, 28 Feb 2024 19:50:39 -0500, Andreas Kohlbach wrote:

> The package manager should take care of that. It removes (or should)
> packages no longer needed by other apps.

On Debian-based distros, you have to do “apt-get autoremove” to clean up
automatically-installed packages that are no longer needed.

On Tue, 27 Feb 2024 20:44:21 -0500, Andreas Kohlbach <ank@spamfence.net>
wrote in <87h6hts6q2.fsf@usenet.ankman.de>:

> On Tue, 27 Feb 2024 13:45:04 -0000 (UTC), candycanearter07 wrote:
>>
>> On 2024-02-26, David W. Hodgins <dwhodgins@nomail.afraid.org> wrote:
>>>
>>> And from https://docs.zephyrproject.org/latest/introduction/index.html
>>> "The Zephyr OS is based on a small-footprint kernel designed for use
>>> on resource-constrained and embedded systems".
>>
>> Weird, Ive never heard of Zephyr OS.. maybe I installed it a while ago
>> then forgot?
>
> Checking for file containing zephyr I note I have some libraries.
> Apparently it got installed when I installed Pidgin a while ago.

In that case, "zephyr" probably refers to the chat protocol
used in MIT Project Athena in the days of yore...

https://en.wikipedia.org/wiki/Zephyr_(protocol)

--
-v

Andreas Kohlbach <ank@spamfence.net> wrote at 00:50 this Thursday (GMT):
> On Wed, 28 Feb 2024 04:15:02 -0000 (UTC), candycanearter07 wrote:
>>
>> On 2024-02-28, Andreas Kohlbach <ank@spamfence.net> wrote:
>>>
>>> Checking for file containing zephyr I note I have some
>>> libraries. Apparently it got installed when I installed Pidgin a while ago.
>>
>> That makes a lot more sense, I think I used to use Pidgin a lot. Guess I
>> forgot to clean up unneeded packages after uninstall?
>
> The package manager should take care of that. It removes (or should)
> packages no longer needed by other apps.

Pacman/yay is a bit weird on removing dependecies. You have to add -s to
the command to uninstall unneeded packages, which I didn't know about at
that time.
And the "list unneeded packages" command is I believe -Qdt
[snip]
--
user <candycane> is generated from /dev/urandom

Lawrence D'Oliveiro <ldo@nz.invalid> wrote at 02:04 this Thursday (GMT):
> On Wed, 28 Feb 2024 19:50:39 -0500, Andreas Kohlbach wrote:
>
>> The package manager should take care of that. It removes (or should)
>> packages no longer needed by other apps.
>
> On Debian-based distros, you have to do “apt-get autoremove” to clean up
> automatically-installed packages that are no longer needed.

Do you think it would be a bad idea to put that as a weekly crontab cmd?
--
user <candycane> is generated from /dev/urandom

On Thu, 29 Feb 2024 11:00:10 -0500, candycanearter07 <candycanearter07@candycanearter07.nomail.afraid> wrote:

> Lawrence D'Oliveiro <ldo@nz.invalid> wrote at 02:04 this Thursday (GMT):
>> On Wed, 28 Feb 2024 19:50:39 -0500, Andreas Kohlbach wrote:
>>
>>> The package manager should take care of that. It removes (or should)
>>> packages no longer needed by other apps.
>>
>> On Debian-based distros, you have to do “apt-get autoremove” to clean up
>> automatically-installed packages that are no longer needed.
>
> Do you think it would be a bad idea to put that as a weekly crontab cmd?

If you have any packages that were downloaded and installed outside of the
package management system, those packages may require other packages from
the distribution that the package management system is not able to keep
track of. Also, packages that pull in lots of other packages may get uninstalled
if any of those other packages is uninstalled, making the rest of the packages
that were pulled in orphan packages that are no longer required by selected
packages.

While Mageia uses a different package manager by default (urpmi), it has
a similar feature (urpme --auto-orphans) with a similar danger.
See https://wiki.mageia.org/en/Removing_packages#Warning

Regards, Dave Hodgins

David W. Hodgins <dwhodgins@nomail.afraid.org> wrote at 19:59 this Thursday (GMT):
> On Thu, 29 Feb 2024 11:00:10 -0500, candycanearter07 <candycanearter07@candycanearter07.nomail.afraid> wrote:
>
>> Lawrence D'Oliveiro <ldo@nz.invalid> wrote at 02:04 this Thursday (GMT):
>>> On Wed, 28 Feb 2024 19:50:39 -0500, Andreas Kohlbach wrote:
>>>
>>>> The package manager should take care of that. It removes (or should)
>>>> packages no longer needed by other apps.
>>>
>>> On Debian-based distros, you have to do “apt-get autoremove” to clean up
>>> automatically-installed packages that are no longer needed.
>>
>> Do you think it would be a bad idea to put that as a weekly crontab cmd?
>
> If you have any packages that were downloaded and installed outside of the
> package management system, those packages may require other packages from
> the distribution that the package management system is not able to keep
> track of. Also, packages that pull in lots of other packages may get uninstalled
> if any of those other packages is uninstalled, making the rest of the packages
> that were pulled in orphan packages that are no longer required by selected
> packages.
>
> While Mageia uses a different package manager by default (urpmi), it has
> a similar feature (urpme --auto-orphans) with a similar danger.
> See https://wiki.mageia.org/en/Removing_packages#Warning
>
> Regards, Dave Hodgins

Oh, ok. I won't clean them up then, since it's only about 2gb of space.
--
user <candycane> is generated from /dev/urandom

On Thu, 29 Feb 2024 15:30:08 -0500, candycanearter07 <candycanearter07@candycanearter07.nomail.afraid> wrote:
<snip>
> David W. Hodgins <dwhodgins@nomail.afraid.org> wrote at 19:59 this Thursday (GMT):
>> On Thu, 29 Feb 2024 11:00:10 -0500, candycanearter07If you have any packages that were downloaded and installed outside of the
>> package management system, those packages may require other packages from
>> the distribution that the package management system is not able to keep
>> track of. Also, packages that pull in lots of other packages may get uninstalled
>> if any of those other packages is uninstalled, making the rest of the packages
>> that were pulled in orphan packages that are no longer required by selected
>> packages.
>>
>> While Mageia uses a different package manager by default (urpmi), it has
>> a similar feature (urpme --auto-orphans) with a similar danger.
>> See https://wiki.mageia.org/en/Removing_packages#Warning

> Oh, ok. I won't clean them up then, since it's only about 2gb of space.

Just to be clear. I'm not saying orphaned packages should not be removed,
just that it has to be done with caution. An automated process can work,
but only if care is taken to avoid third party sources, or removing task
packages (packages that exist just to pull in a collection of other packages).

Depending on how much disk space you have, 2GB may be considered a lot such
as when using an 8GB sd card, or it may be considered a minor amount such as
when using a terabyte hard drive.

I do periodically remove orphan packages, but only after reviewing the list
and manually installing any "orphan" packages that I do not want to be
uninstalled.

Manually trying to install the already installed "orphan" packages just removes
the package from the list of packages installed as a dependency of other packages
that is used in the identification of orphan packages. It doesn't actually make
any changes to the package.

My main installation has all parts of the installation other then /boot in a
64GB file system. Currently of the 47GB currently used, 27GB of that is in /usr.
Without removing orphans, I would have had to increase the file system size or
move things to other file systems.

Regards, Dave Hodgins

David W. Hodgins <dwhodgins@nomail.afraid.org> wrote at 22:18 this Thursday (GMT):
> On Thu, 29 Feb 2024 15:30:08 -0500, candycanearter07 <candycanearter07@candycanearter07.nomail.afraid> wrote:
><snip>
>> David W. Hodgins <dwhodgins@nomail.afraid.org> wrote at 19:59 this Thursday (GMT):
>>> On Thu, 29 Feb 2024 11:00:10 -0500, candycanearter07If you have any packages that were downloaded and installed outside of the
>>> package management system, those packages may require other packages from
>>> the distribution that the package management system is not able to keep
>>> track of. Also, packages that pull in lots of other packages may get uninstalled
>>> if any of those other packages is uninstalled, making the rest of the packages
>>> that were pulled in orphan packages that are no longer required by selected
>>> packages.
>>>
>>> While Mageia uses a different package manager by default (urpmi), it has
>>> a similar feature (urpme --auto-orphans) with a similar danger.
>>> See https://wiki.mageia.org/en/Removing_packages#Warning
>
>> Oh, ok. I won't clean them up then, since it's only about 2gb of space.
>
> Just to be clear. I'm not saying orphaned packages should not be removed,
> just that it has to be done with caution. An automated process can work,
> but only if care is taken to avoid third party sources, or removing task
> packages (packages that exist just to pull in a collection of other packages).

I have no idea which are third party :D

> Depending on how much disk space you have, 2GB may be considered a lot such
> as when using an 8GB sd card, or it may be considered a minor amount such as
> when using a terabyte hard drive.
>
> I do periodically remove orphan packages, but only after reviewing the list
> and manually installing any "orphan" packages that I do not want to be
> uninstalled.
>
> Manually trying to install the already installed "orphan" packages just removes
> the package from the list of packages installed as a dependency of other packages
> that is used in the identification of orphan packages. It doesn't actually make
> any changes to the package.
>
> My main installation has all parts of the installation other then /boot in a
> 64GB file system. Currently of the 47GB currently used, 27GB of that is in /usr.
> Without removing orphans, I would have had to increase the file system size or
> move things to other file systems.
>
> Regards, Dave Hodgins

I have a 256GB SSD
--
user <candycane> is generated from /dev/urandom

On Thu, 29 Feb 2024 17:25:07 -0500, candycanearter07 <candycanearter07@candycanearter07.nomail.afraid> wrote:

> David W. Hodgins <dwhodgins@nomail.afraid.org> wrote at 22:18 this Thursday (GMT):
>> On Thu, 29 Feb 2024 15:30:08 -0500, candycanearter07 <candycanearter07@candycanearter07.nomail.afraid> wrote:
>> <snip>
>>> David W. Hodgins <dwhodgins@nomail.afraid.org> wrote at 19:59 this Thursday (GMT):
>>>> On Thu, 29 Feb 2024 11:00:10 -0500, candycanearter07If you have any packages that were downloaded and installed outside of the
>>>> package management system, those packages may require other packages from
>>>> the distribution that the package management system is not able to keep
>>>> track of. Also, packages that pull in lots of other packages may get uninstalled
>>>> if any of those other packages is uninstalled, making the rest of the packages
>>>> that were pulled in orphan packages that are no longer required by selected
>>>> packages.
>>>>
>>>> While Mageia uses a different package manager by default (urpmi), it has
>>>> a similar feature (urpme --auto-orphans) with a similar danger.
>>>> See https://wiki.mageia.org/en/Removing_packages#Warning
>>
>>> Oh, ok. I won't clean them up then, since it's only about 2gb of space.
>>
>> Just to be clear. I'm not saying orphaned packages should not be removed,
>> just that it has to be done with caution. An automated process can work,
>> but only if care is taken to avoid third party sources, or removing task
>> packages (packages that exist just to pull in a collection of other packages).
>
> I have no idea which are third party :D

Third party refers to packages provided by some other then you or the distribution.
For example, if you manually download and install zoom from https://zoom.us/
then that would be considered a third party package.

> I have a 256GB SSD

If it only has one os on it, that leaves lots of room for data, so 2GB would
not be considered to be a lot of space. If you have multiple operating systems
and/or multiple linux installs, it isn't much. :-)

On my main system I normally have 7 linux installations. Separate installs
of 32 and 64 bit versions of 3 different Mageia linux releases, plus one that
I use for the bulk of my usage outside of testing.

Now that I've stepped down from my position as the leader of the qa team for
Mageia, that will free up a lot of space.

Regards, Dave Hodgins

On Thu, 29 Feb 2024 14:59:06 -0500, David W. Hodgins wrote:

> If you have any packages that were downloaded and installed outside of
> the package management system, those packages may require other packages
> from the distribution that the package management system is not able to
> keep track of.

Just mark them as manually-installed.

David W. Hodgins <dwhodgins@nomail.afraid.org> wrote at 23:52 this Thursday (GMT):
> On Thu, 29 Feb 2024 17:25:07 -0500, candycanearter07 <candycanearter07@candycanearter07.nomail.afraid> wrote:
>
>> David W. Hodgins <dwhodgins@nomail.afraid.org> wrote at 22:18 this Thursday (GMT):
>>> On Thu, 29 Feb 2024 15:30:08 -0500, candycanearter07 <candycanearter07@candycanearter07.nomail.afraid> wrote:
>>> <snip>
>>>> David W. Hodgins <dwhodgins@nomail.afraid.org> wrote at 19:59 this Thursday (GMT):
>>>>> On Thu, 29 Feb 2024 11:00:10 -0500, candycanearter07If you have any packages that were downloaded and installed outside of the
>>>>> package management system, those packages may require other packages from
>>>>> the distribution that the package management system is not able to keep
>>>>> track of. Also, packages that pull in lots of other packages may get uninstalled
>>>>> if any of those other packages is uninstalled, making the rest of the packages
>>>>> that were pulled in orphan packages that are no longer required by selected
>>>>> packages.
>>>>>
>>>>> While Mageia uses a different package manager by default (urpmi), it has
>>>>> a similar feature (urpme --auto-orphans) with a similar danger.
>>>>> See https://wiki.mageia.org/en/Removing_packages#Warning
>>>
>>>> Oh, ok. I won't clean them up then, since it's only about 2gb of space.
>>>
>>> Just to be clear. I'm not saying orphaned packages should not be removed,
>>> just that it has to be done with caution. An automated process can work,
>>> but only if care is taken to avoid third party sources, or removing task
>>> packages (packages that exist just to pull in a collection of other packages).
>>
>> I have no idea which are third party :D
>
> Third party refers to packages provided by some other then you or the distribution.
> For example, if you manually download and install zoom from https://zoom.us/
> then that would be considered a third party package.

Yeah, but for some reason it seems like yay marks a bunch of packages as
foreign that I installed thru the AUR (checking with -Qm)

>> I have a 256GB SSD
>
> If it only has one os on it, that leaves lots of room for data, so 2GB would
> not be considered to be a lot of space. If you have multiple operating systems
> and/or multiple linux installs, it isn't much. :-)
>
> On my main system I normally have 7 linux installations. Separate installs
> of 32 and 64 bit versions of 3 different Mageia linux releases, plus one that
> I use for the bulk of my usage outside of testing.
>
> Now that I've stepped down from my position as the leader of the qa team for
> Mageia, that will free up a lot of space.
>
> Regards, Dave Hodgins

Only one OS. I've had too many storage balancing issues to attempt dual
booting for a while.
--
user <candycane> is generated from /dev/urandom

On 2024-02-29, candycanearter07 <candycanearter07@candycanearter07.nomail.afraid> wrote:
> Andreas Kohlbach <ank@spamfence.net> wrote at 00:50 this Thursday (GMT):
>> On Wed, 28 Feb 2024 04:15:02 -0000 (UTC), candycanearter07 wrote:
>>>
>>> On 2024-02-28, Andreas Kohlbach <ank@spamfence.net> wrote:
>>>>
>>>> Checking for file containing zephyr I note I have some
>>>> libraries. Apparently it got installed when I installed Pidgin a while ago.
>>>
>>> That makes a lot more sense, I think I used to use Pidgin a lot. Guess I
>>> forgot to clean up unneeded packages after uninstall?
>>
>> The package manager should take care of that. It removes (or should)
>> packages no longer needed by other apps.
>
> Pacman/yay is a bit weird on removing dependecies. You have to add -s to
> the command to uninstall unneeded packages, which I didn't know about at
> that time.
> And the "list unneeded packages" command is I believe -Qdt
> [snip]

Indeed and sudo pacman -Rsn $(pacman -Qdtq) removes them :-)

--
Simon

RLU: 222126

Simon <SimonJ@eu.invalid> wrote at 08:30 this Saturday (GMT):
> On 2024-02-29, candycanearter07 <candycanearter07@candycanearter07.nomail.afraid> wrote:
>> Andreas Kohlbach <ank@spamfence.net> wrote at 00:50 this Thursday (GMT):
>>> On Wed, 28 Feb 2024 04:15:02 -0000 (UTC), candycanearter07 wrote:
>>>>
>>>> On 2024-02-28, Andreas Kohlbach <ank@spamfence.net> wrote:
>>>>>
>>>>> Checking for file containing zephyr I note I have some
>>>>> libraries. Apparently it got installed when I installed Pidgin a while ago.
>>>>
>>>> That makes a lot more sense, I think I used to use Pidgin a lot. Guess I
>>>> forgot to clean up unneeded packages after uninstall?
>>>
>>> The package manager should take care of that. It removes (or should)
>>> packages no longer needed by other apps.
>>
>> Pacman/yay is a bit weird on removing dependecies. You have to add -s to
>> the command to uninstall unneeded packages, which I didn't know about at
>> that time.
>> And the "list unneeded packages" command is I believe -Qdt
>> [snip]
>
> Indeed and sudo pacman -Rsn $(pacman -Qdtq) removes them :-)

What does the -n in the first part do?
Also, check the other reply for why I'm kinda concerned about
mass removing those.
--
user <candycane> is generated from /dev/urandom