https://github.com/YunoHost-Apps/lemmy_ynh/pull/76

https://github.com/YunoHost-Apps/lemmy_ynh/pull/76

Not personalized. But what I personally use from time to time is the invidious popular feed, some invidious instances have the popular feed turned on, which shows popular videos streamed on that instance.

Instance list: https://docs.invidious.io/instances/

Example instance: https://vid.puffyan.us/feed/popular

Why would your timezone change while using a VPN?

https://en.wikipedia.org/wiki/Metre

Meter is seemingly the american spelling, it’s also spelled meter in many european countries e.g. germany, netherlands

Sure, but I really like to look at this when I’m deciding on wether an open source project is worth to use, if you can see that the author is relatively active.

If you have a variable called exit you’ve overwritten the function in that scope, and won’t be able to execute it.

e.g.

>>> exit=1
>>> exit()
Traceback (most recent call last):
  File "", line 1, in 
TypeError: 'int' object is not callable
>>>

This is the code (Github link):

class Quitter(object):
    def __init__(self, name, eof):
        self.name = name
        self.eof = eof
    def __repr__(self):
        return 'Use %s() or %s to exit' % (self.name, self.eof)
    def __call__(self, code=None):
        # Shells like IDLE catch the SystemExit, but listen when their
        # stdin wrapper is closed.
        try:
            sys.stdin.close()
        except:
            pass
        raise SystemExit(code)

What happens is that the python repl calls __repr__ automatically on each variable/statement that you type into the repl (except assignments e.g. x = 1). But this basically only happens in the repl. So “executing” only exit wouldn’t work in a python script as it is not calling __repr__ automatically, so better you learn how to do it right than using just exit in your python scripts and scratching your head why it works in the repl but not in your code.

No worries, awesome that you were able fix it!

https://en.m.wikipedia.org/wiki/.cn

This sounds like your clock may be out of sync?

Have a look at timesyncd https://wiki.archlinux.org/title/Systemd-timesyncd#Usage

Weird and what’s in it?

Open with a text editor or execute cat /etc/localtime

There is also https://try.cloudflare.com/ also no account needed

https://mastodon.social/@chromakode/110936177254839251

https://wiki.archlinux.org/title/System_time#Time_zone

What does realpath /etc/localtime say?

Indeed, yay utilizes the AUR, which essentially serves as a Git repository for each package. These repositories typically include a PKGBUILD file and a .SRCINFO file, along with possible additional files like patches, desktop, or service files.

For example, take a look at IntelliJ Ultimate: [https://aur.archlinux.org/cgit/aur.git/tree/?h=intellij-idea-ultimate-edition]. It contains the .SRCINFO and PKGBUILD, as well as a .desktop file. These files themselves do not occupy much space.

The PKGBUILD specifies the sources for dependencies. For instance:

source=("https://download.jetbrains.com/idea/ideaIU-$pkgver.tar.gz"
        "jetbrains-idea.desktop")

The PKGBUILD is essentially a Bash script with predefined functions and variables. You can learn more about it here: [https://wiki.archlinux.org/title/PKGBUILD].

This script primarily downloads and extracts the tar file. In this specific case, it only relocates the files to their intended installation locations, like moving the desktop file to /usr/share/applications.

With such packages, there’s a possibility of wasting significant space since the tar file is downloaded and possibly retained in the cache.

However, other packages, especially those compiled from source, usually involve Git clones. These clones bring the Git repository into a subdirectory of the already cloned AUR package Git repo. Some might also have source tarballs. These types of packages generally do not consume much space in the cache, as they are often just text files, like C source code or Python scripts. These packages frequently rely on external libraries and packages, which are not included in this package’s cache.

While binary packages often bundle all necessary libraries and other components in their source tarballs.

The AUR cache is mostly beneficial if you’re rebuilding the same version or can reuse components from a previous version. For example, a package might depend on a large, static file that doesn’t change often.

In Paru, I’ve enabled the “CleanAfter” option to prevent my cache from overflowing. Given my relatively fast internet speed, redownloading large files isn’t a major concern for me.

Thanks!

You should run yay -Sc from time to time. This cleans a) your pacman cache (which is normally done by executing pacman -Sc) b) your AUR build cache, which is what’s taking up 160GB. But this one seems rather unusual, I use paru (which also has the command paru -Sc), so I can’t really tell if this is normal with yay.

The command also asks you for every directory if you want to delete it or not, so it’s completely save to run that command.

It’s delivered quietly, so that should be okay

Best (for me) is ArchLinux, it’s never in the way and has the best wiki at https://wiki.archlinux.org, which is also a great resource for other distros.

Worst are probably Ubuntu and derivatives.