What are /r/archlinux's favorite Products & Services?

From 3.5 billion Reddit comments

https://www.archlinux.org/retro/2002/

Hello, it appears you tried to put a link in a title, since most users cant click these I have placed it here for you

^I ^am ^a ^bot ^if ^you ^have ^any ^suggestions ^dm ^me

This sounds like the kind of thing its creator would've probably talked about in an interview at some point...so let's try that -

https://www.google.com/search?q=arch+pacman+interview

The second link looks perfect.

~~-------~~

>Pacman doesn't really do anything that other package managers have not done before. It's goal is to do all the mundane parts of package management, leaving the tricky parts up to the ever-capable administrator.

"Would you be able to compare pacman with apt-get? Is there anything that pacman does better than apt-get?"

>Apt-get is far more mature and feature-rich than pacman. But functionality-wise the two are comparable. Pacman's --sync operation was definitely inspired by apt-get, but pacman is more of a "complete" packaging system, whereas apt-get fills in the features that dpkg doesn't provide.

>In my limited experience with apt-get, the only complaints I had were the awkward split between apt-get and dpkg, and the odd time when apt-get would fubar my system with its recommended upgrades/replaces. Otherwise it's a great tool. I used it for a good while with PLD.

~~-------~~

And there you go, there's your answer. Judd Vinet wanted to create a simple standalone package manager for his operating system.

1. A basic explanation of the file system. Simple things like the difference between /home/ and /home/$user (~), and why so many programs are located in /usr/bin/ or /usr/local/bin/.

2. A tutorial in using the interactive shell. Codecademy has a useful lesson called Using the Command-Line, which helps with learning basic navigation and file operations.

3. Perhaps most important for students learning to use Linux, an understanding of the package management software model, and how to use a package manager effectively. I see a lot of Linux novices who expect to download software installers from the developer's website. Even worse, students will get in the habit of installing all software via the "curl, make, make install" pattern, resulting in a real mess.

If you're certain that Arch Linux is the distro you want to use, then the Arch Wiki Pacman page is a great guide. For other distributions, learning how to use .deb or .rpm packages is key.

Yay has recently been rewritten in Rust by one of its maintainers. The project is called paru. Not sure if that helps though, since the Rust toolchain will need some space too.

Pacman comes with a range of useful utilities, for example:

• paccache - clean up the package cache
• <code>bacman</code> - recreate a package from local files
• checkupdates - safely check for updates without having to update local repo indexes
• rankmirrors - generate a mirrorlist with the fastest mirrors for your location

Check https://www.archlinux.org/news/ before running an update and 99% of those problems are gone. I'm an arch user since 2013 and had only a couple of problems since and most of them were fixed by a later update. Had more trouble with Ubuntu to be honest.

All packages in the repos are GPG signed, so the only way a mirror can mess with you is to provide you with a modified initial install image that contains a different set of keys.

You are forgetting the trusted users.

Developers maintain [core] and [extra]. They also do the decisions regarding the distribution.

Trusted Users maintain [community] and the AUR. https://www.archlinux.org/people/trusted-users/

>How can such a small team support so many packages and make sure everything works?

[core] and [extra] are tested while [community] is not. We also do close to none patching and mostly package whatever upstream gives us. Most of the bugs/problems are usually related to the software from upstream, and not us doing something wrong with N number of patches.

They can be trusted as much as servers in the USA can be trusted: They cannot. That's why

1. https://wiki.archlinux.org/index.php/Pacman/Package_signing

The only defense against questionable regimes like Russia and the USA is diligent vigilance.

The kernel, just like any other software project has a coding style, and when collaborating it's much more important to stay consistent with the agreed upon style than to use your own

https://www.kernel.org/doc/html/v4.10/process/coding-style.html#placing-braces-and-spaces

My advice:
Install newsbeuter (RSS feed reader).
Put

https://www.archlinux.org/feeds/news/

in your ~/.newsbeuter/urls file
Put

alias update='newsbeuter && sudo pacman -Syu'

in your ~/.bashrc
now typing

update

will start newsbeuter so you can read the Arch news about current updating issues, then as soon as you quit it, start pacman.

Even the Debian project leader agrees:

> We should always be asking ourselves the difficult questions such as why the Debian Wiki did not become the much-lauded Archlinux Wiki

Neither.

I use fish.

It has everything a shell should have. Automatically suggests command from history, color syntax, everything you expect from something made later than the 90's.

If you decide to give it a try (Please, do), you're free to use my config.fish file!

Don't watch Twitch in your web browser, specially when using a laptop. Use Streamlink, which pipes the stream data to a local video player like MPV or VLC for example, which can then fully utilize your GPU for decoding and rendering the video. Or watch it directly via MPV instead. Streamlink however supports low latency streaming and ad blocking. It's available in Arch's community repo and its Twitch GUI frontend is available in the AUR if you want to browse streams in a GUI instead of using Streamlink via the shell.

What kind of videos, Youtube? Nowadays they are reluctant to serve you content in H264 and treat it as a fallback, the default is VP9, which cannot be hardware-decoded on your rig. On Chrome and the 'Fox you can use h264ify extension to force YT to serve H264, on mpv it probably can be done by tweaking youtube-dl format options in the command line.

Pacman doesn't have to do anything special with in-use files. Linux(and others) allow files to be moved/deleted/replaced with out effecting programs using them. Programs currently using the file will continue to access the file as if nothing happened, and new reads will see the new file.

http://superuser.com/questions/251129/moving-a-file-while-its-in-use-how-does-it-work

JetBrains's Rider. I haven't used it personally but it's probably a solid VS replacement if you're looking for a full-featured IDE.

AUR link

I agree with everyone who says org-mode.

An alternative you might consider is Joplin. Distrotube had a good demo of the software.

Cheers.

Here's my long-ass alias that I use:
alias pac='curl -s https://www.archlinux.org/feeds/news/ | xmllint --xpath //item/title\ \|\ //item/pubDate /dev/stdin | sed -r -e "s:<title>([^<]*?)</title><pubDate>([^<]*?)</pubDate>:\2\t\1\n:g" | colout "^.*$" 205 && sudo pacman -Syu'
Through the second pipe fetches the latest news on updates from Arch. Gives you the heads up if there is an issue with a pkg that might be coming your way. The 'colout' part is a program that adds a bit of color to the output from Arch news, so not necessary. And lastly the actual update part. It's a long one-liner, but pretty useful.

E: Took out an extra space out that was causing it sed to error out. Thanks /u/ronjouch

This discussion sums it up:

https://github.com/tmux/tmux/issues/428

systemd developers ask tmux to add a dependency on systemd to fix a bug, caused because they changed the behaviour of something.

I personally would never use the app provided by a VPN Provider.

• They are just bloated (speed concern). This is because they are just GUI wrapper around openvpn.
• rarely free software (security concern)
• often filled with bugs (usability concern)
• impossible to do script with.

I prefer to use openvpn or wireguard and would only use a VPN provider that provides config for them.

Also PIA is good but not for the reason you mentioned. NordVPN is nice as well. ++ for mullvad which uses wireguard (10x better than openvpn in my opinion)

tldr: don't used the binary provided by VPN providers.

EDIT: typo EDIT2: added a disadvantage to the list

That refers most probably to the linux-firmware package. It contains many proprietary binary blobs, that are required to get certain hardware to function, even if the corresponding kernel module is free software. Might also refer to some proprietary kernel modules in Arch's repos (like nvidia).

Alternatively, subscribe to the RSS feed.

(On a related note, get a feed reader. They're brilliant for following blogs, webcomics, service status feeds, news and all manner of things.)

ffmpeg*2.8* != ffmpeg there's not a single package in the repos relying on ffmpeg2.8 (as ffmpeg2.8 doesn't exist in the repos anymore) remove it. And make a habit of clearing up outdated orphans.

If it isn't a true orphan due to some AUR dependency, remove both ffmpeg2.8 and the application in question and then rebuild both after the update.

It makes all the classic mistakes like 1000 prompts per package, sourcing PKGBUILDs for dependency information, using fragile adhoc methods for JSON, etc.

Anyway I don't blame you for it. It's the sort of stuff you get when you base your design on pacaur's horrendous code-base.

My suggestion: keep using pacaur, it was already updated for pacman 5.1 anyway despite its apparent abandonment. You'll save yourself a world of hurt.

Should be the IP address of the Arch Linux homepage btw.

Edit: I found it. Take a look at /usr/lib/NetworkManager/conf.d/20-connectivity.conf. NetworkManager requests https://www.archlinux.org/check_network_status.txt to check for connectivity. This should be changeable by copying /usr/lib/NetworkManager/conf.d/20-connectivity.conf to /etc/NetworkManager/conf.d/20-connectivity.conf.

You might also use some alternatives that offer coloured output by default. I can recommend ripgrep as a nice replacement for grep. There is also exa for ls and tree but I have not tried it.

Why don't you simply use <code>reflector</code> and a pacman mirrorlist hook?

https://wiki.archlinux.org/index.php/Reflector#Pacman_Hook

See reflector --help for all available parameters.

I've been using pacaur for years now, basically ever since the first incarnation of bauerbill was taken down. It does the job, has colourised output, and it's actively developed. It is based on cower, but a port to auracle is in progress.

I do have a couple of grievances, though: - It doesn't support automatically removing orphan makedepends at the end of a build (which is intentional); - If you are trying to install multiple packages at once and any one checksum or build fails, no package will be installed. This is quite a nuisance, since sometimes it won't be clear exactly which package is at fault.

https://www.reddit.com/r/linux/comments/4lh7yv/systemd_developer_asks_tmux_and_other_programs_to/

In short: when a user logs out, the new default behavior by logind is to bluntly "kill -9" all the processes that belong to that session instead of just sending a SIGHUP signal, which is the Unix/POSIX standard.

This solves the problem of lingering processes that don't clean up after themselves after you log out (i.e. Gnome), but it breaks widely used programs like screen, tmux and even the nohup command. So, you would start a screen/tmux session or a long running command with nohup, then you log out of your desktop or ssh session... and your screen/tmux session or long running command are unceremoniously killed by logind.

The reaction of the systemd developers was to suggest that tmux change their code, or that the user issues some kind of magic systemd incantation first, which is unacceptable to me. You don't just go around breaking long standing standards and then tell everyone else to change their code and scripts to adapt to you.

Luckily, this default behavior can be changed by a compile time setting and a configuration file directive, and most distros (including Arch) have had the sanity to ship with it disabled, but it sets a dangerous precedent and it demonstrates the "fuck everyone else" attitude of some systemd developers. They act as if they are working on a blank slate, creating their own OS the way they see fit as they go, but they're not. They are inserting themselves into a long existing OS with well established standards and traditions upon which millions of users are depending, and they should act appropriately.

edit: of course this gets downvoted immediately by systemd shills :)

Appears to be just a rename/clarification of the LibreOffice packages? You were always trailing behind with LibreOffice, unless you installed libreoffice-fresh. Now it's clear you are doing so with name libreoffice-still.

Edit: it's just alignment with upstream naming. Both versions are stable ;)

Suspicious package called &quot;shadow&quot; found in the official CORE Arch repository!

HACKING tools have been spotted in the official Arch repositories!

You'll need to boot your system with an Arch installation disc and mount your system. DO NOT CHROOT. Note pacman's man under options: https://www.archlinux.org/pacman/pacman.8.html#_options

Use pacman with the -r option to reinstall the affected packages.

I recently started using xmonad and I am really enjoying it. Previously, I had used awesome, but xmonad just seems cleaner. Granted, its dependencies are much heavier. I spent a long time bouncing between xmonad and awesome and decided to get some work done and just pick one. Spend few days with each, but realize that if you keep switching, neither one will feel like home.

I use firefox with the vimperator plugin and µblock. Somehow I feel that the default keybindings in firefox are slugish while the vimperator keystrokes are snappy.

Awesome work!!

Also I'm completely unexperienced to packaging so maybe I'm wrong here, but I noticed VS code uses D-Bus to pass the menu trough too KDE/plasma for its global menu support. Is it worth including libdbusmenu-glib as an optional dependency? :)

The first link looks kind of like Awesome. Not sure though. To answer your second question, Arch doesn't have a default WM/DE. You install whatever you want after setting up the initial system.

Arch Wiki: Window Managers.

GIMP 2.10 requires GEGL 0.4. GEGL 0.4 is currently stuck in [staging] until the ffmpeg 4.0 rebuild is done.

When those remaining few packages are rebuilt and gegl and ffmpeg have been moved to [testing], we well probably see GIMP 2.10 appear in [testing] soon afterwards.

It just updates things directly to their current version.

However, there can be compatibility problems. Earlier this year there was a two-month period to upgrade Pacman. This sort of thing is done to make everyone's lives drastically simpler.

I've done an upgrade on a machine that sat dormant for a few years, and it was rather ugly (mostly the systemd migration), but successful.

It's worth noting that most Linux distro mirrors don't hold onto old versions of packages, which precludes the possibility of doing incremental upgrades like you mention.

> had any tips for solidifying the foundations.

I strongly recommend the book How Linux Works by Brian Ward, at No Starch Press. 392 pages.

Update: Here's a sample chapter Disks and Filesystems

While published in 2015, most of it is still very relevant. Page for page, it's the best Linux book I've encountered. Topics range from simple to complex, and intuitively organized as well. I found it applicable, of course, to most of Arch.

Good luck.

Arch can be left without updating for a few years and still be updated to the most recent packages. You just need to read the Latest News and do everything that's written in there for the time you haven't updated your machine. Then update the system. If there are errors, I don't think they'll be hard to resolve unless you use very custom settings, configs, etc. Also, when doing an update after a few years, update only the main packages, don't update anything from the AUR yet.

But if you're talking about 6-10 months, you should be able to update without a hassle, just read the Latest News in case there's some action needed (same as above). I've seen people comment about their 5-year-old installations being updated successfully.

So it's all up to the user.

And remember - never issue pacman -Syyu --noconfirm or pacman -Sy in these situations and it's recommended you never do those. If there are errors but your packages are ok, you can pacman -Syuw just to download the packages, then do your manual configuration, file removes/renames, etc. and then issue pacman -Su to update the system.

Also, keep your archlinux-keyring package updated first so you don't have any GPG key errors

It seems that the maintainer for ufw isn't even following the convention in their decision to use pacsave... If I'm interpreting that correctly, pacsave is only used when a package is removed to preserve any user-modified files that were provided by the package.

I guess there's not a case for when "config file locations have changed AND user modified config files," but in either case the maintainer's "warning" was extremely vague and provided no information about how a user might successfully migrate.

Xonotic! - fast paced and tactically deep fully open source arena shooter. Wonderfully optimised, I get an acceptable framerate on my laptop with an integrated intel card without turning the settings all the way down, and my beefy desktop gets a couple hundred frames with the settings allll the way up.

The community is quite friendly as well; development is mostly in QuakeC. It's available in [community].

Various games with zsnes and espxe. (Super Mario World, Castlevania: Symphony of the Night)

And The Operational Art of War III via wine (where it runs flawlessly). If anyone wants to get some games going, let me know: 20th century operational level turn based (PBEM) combat, give it a google and shoot me a PM if you have trouble finding it. ;)

The problem is that VirtualBox does not support Retina displays. There's a bug here:

https://www.virtualbox.org/ticket/10860?cversion=0&amp;cnum_hist=4

You may have a better experience dual-booting rather than using VirtualBox.

Xmonad is a fantastic Tiling Window Manager.

I spent the better part of a week trying all kind of tiling window managers and Xmonad just seemed to be the best to me. Awesome is, well, another awesome window manager. Try 'em all!

I have very little experience with Openbox, but it seems very nice. Daph gave some good info there.

I would personally advise against using their "official" Linux client. It's developed by the Spotify devs in their free time. It's not really supported. With that client, you're effectively a second class citizen. I personally use Spotify in the browser and it's a pretty decent experience for me.

From their Linux download page:

> Spotify for Linux is a labor of love from our engineers that wanted to listen to Spotify on their Linux development machines. They work on it in their spare time and it is currently not a platform that we actively support.

Source: https://www.spotify.com/us/download/linux/

The same reason many use chromium over chrome.

The binary has other things in it AND isn't open source. While the VSCode source code is available under MIT the binary Microsoft publishes has a different non-free licence.

For example you may not >share, publish, rent or lease the software, or provide the software as a stand-alone offering for others to use.
>reverse engineer, decompile or disassemble the software, or otherwise attempt to derive the source code for the software

As far as window managers go, bspwm is lightweight and completely configured from the commandline via bspc. It's keybindings are easily configurable through sxhkd.

From the official website: > Like rEFIt, rEFInd is a boot manager, meaning that it presents a menu of options to the user when the computer first starts up, as shown below. rEFInd is not a boot loader, which is a program that loads an OS kernel and hands off control to it. (Since version 3.3.0, the Linux kernel has included a built-in boot loader, though, so this distinction is rather artificial these days, at least for Linux.) Many popular boot managers, such as the Grand Unified Bootloader (GRUB), are also boot loaders, which can blur the distinction in many users' minds. All EFI-capable OSes include boot loaders, so this limitation isn't a problem. If you're using Linux, you should be aware that several EFI boot loaders are available, so choosing between them can be a challenge. In fact, the Linux kernel can function as an EFI boot loader for itself, which gives rEFInd characteristics similar to a boot loader for Linux.

If you go to one of the package pages, under Package Actions on the right side you can click on View Changes.

In this case the reason is:

> ncurses 6.0 rebuild.

https://www.archlinux.org/packages/community-testing/any/npm/

The package no longer ships npm because it's been split out.

It's not in the news because either it's not considered important enough, the message is considered to be enough or... because it's still in community-testing.

You should never assume that dding /dev/urandom over a file or using shred really overwrites the data, except you know exactly how your hardware and file system works.
This will only work if you use a HDD with a traditional non-COW filesystem.
If you use an SSD, some other flash-based storage and/or a modern filesystem like btrfs or zfs, you never know where the data you want to write will land on the disk. (Note that all these circumstances are becoming more and more common.)

The only really secure method to delete a file that works independently of filesystem and hardware configuration is to encrypt everything in the first place and then delete the encryption key. Or, if you trust your hardware manufacturer, use the ATA secure erase functionality inside you disk, which deletes everything on it.

Sources:
* http://serverfault.com/a/201859
* http://unix.stackexchange.com/questions/62345/securely-delete-files-on-btrfs-filesystem

> No they are not, install process is really well documeneted even for a someone new to Linux and AUR is really, really, very, really unsafe place to be for a newbie (not only from security point of view, but mostly because of stability).

As if the the main repos can be considered a pinnacle of stability. IIRC there were like 3-4 updates of python-setuptools in the last 2 days. And hey, pacman still can't figure out library version dependencies like apt or yum/dnf (and we like to laugh at these two so much, because they are bloated and slow). You need to do pacman -Syu <package> to be safe.

Perhaps we should stop being such elitist and just give people the right tools right away in the main repos. If people want to break their shit, they will break it anyway. I don't buy the 'let's keep the newbies safe' argument. If AUR is really that unsupported, why do we even link to it on https://www.archlinux.org/ ?

Edit: -Sy -> -Syu

If you used Lenovo's software to turn on the setting, IMO you'll need it again to turn it off. In other words, yes you will need a functioning Windows environment running on the laptop. However, it doesn't have to be a dangerous process, because there are ways of getting into Windows without touching your boot drive. Personally, I would recommend [Hiren's BootCD PE](https://www.hirensbootcd.org/). It's a bootable Windows installation that I know at the very least has internet support (among other useful things), so you should be able to download the Lenovo tool and use it form there.

https://wiki.archlinux.org/index.php/Pacman#%22Unable_to_find_root_device%22_error_after_rebooting

All the talk in here about your fstab is sadly the sort of bullshit you'll get when you look to reddit.

Warning, if you're using custom repositories, you might get errors on your next pacman -Syyu. For example, if you are using the custom infinality repo, after following the above instructions, do this:

To re-import the repo key: sudo pacman-key -r 962DDE58

Then, sign the key: sudo pacman-key --lsign-key 962DDE58

Voilà.

edit: More information here https://wiki.archlinux.org/index.php/Pacman-key#Adding_unofficial_keys

Without manual configuration, nothing. Both Selinux and Apparmor need to be enabled with a kernel parameter and configured in userspace before they have any effect. Dunno about TXT, but i bet such thing requires some setup too.

Don't run -Sy

To uncomment a line, you can use a simple command instead of opening the file, uncomment save and exit.

sed -e 's/#Color/Color/' -i /etc/pacman.conf

Whenever possible avoid editing original files aka .pacnew

echo '%wheel ALL=(ALL) ALL' > /etc/sudoers.d/99_wheel_is_cool

When adding a user, you can set the shell in the same command (bash is used by default if no shell is specified)

useradd -m -G wheel -s /usr/bin/zsh youruser
For a new user, I won't recommend an aur helper; instead build/compile first by hand and when you learn how it works, install then a helper (if needed..)

git clone aur.archlinux.org/packagename.git
cd packagename
makepkg [-isc...]
Just some notes from my side, feel free to ignore it...

You can get a local copy of the wiki by installing the arch-wiki-docs package, if you need to browse it offline or you just want to keep a backup.

1) yay is a popular choice, you can use it. If you use combinedupgrade, then avoid skipping packages (probably ok if it's from AUR, not a dependency and requires a long build time, just be aware it might break)

Use <code>checkupdates</code> if you just want to see what updates, so it won't make permanent changes (it's a problem to update list of packages and then only install a single package without upgrading all packages)

2) Arch doesn't automatically try to merge. Certain packages list files to back up. In that case they get .pacnew after an upgrade or .pacsave after removal. The wiki has a list of tools you can use to easily manage them (including merging)

3) Update as often as you want. As you probably had in Sid as well, the security updates aren't separated, so not updating at all also have an effect on security

If you don't upgrade for months, then it's best to check the Arch News, and you might need to update mirror list and archlinux-keyring, before being able to do a full upgrade

Uhhh the last time systemd was updated was

> Last Updated: 2017-01-31 15:48 UTC

Info from: link

Maybe stop blaming everything on systemd when it hasn't been updated for > 1.5 months?

>inefficient use of bandwidth

That's not usually true. Installed packages are kept in /var/cache/pacman/pkg. They only get downloaded again if they are not there. This is the case if you have run pacman -Scc, which is a bad idea anyway.

Please, check out archlinux wiki, which is superduber source to check out information

https://wiki.archlinux.org/index.php/Pacman#Skip_package_from_being_upgraded

Add a line

IgnorePkg=firefox

to /etc/pacman.conf file

A minor point to note OP, is that contrary to popular belief, Arch isn't a bleeding-edge distro, but rather a cutting-edge. Bleeding edge implies zeto-day package updates, but in reality new packages sit in the testing repo for a while - especially with major components like the kernel or the DE. Take for instance, Gnome 3.16, which was released on 25th March, but is still currently in testing.

skype is only available in the multilib repo for your architecture.

Add this to your /etc/pacman.conf (should already be in there, just uncomment it. > [multilib]

> Include = /etc/pacman.d/mirrorlist

then do a sudo pacman -Sy skype

Now how did I know that skype was in the multilib repo?

https://www.archlinux.org/packages/?q=skype

For word processing, I highly recommend LyX. Its a lot like any other word processor out there, except it produces LaTeX output - so you can do things like equations, highlighted software code, automatic cross-referencing, etc. all pretty easily, and even slideshows. It can be a bit tricky to use, but the output is gorgeous - as you would expect LaTeX output to be.

I used to take notes in LyX for my physics classes; you then get your notes in beautiful PDF form with a table of contents, and sharing them or finding something in them is as easy as emailing a PDF or hitting "search" in evince.

pacman isn't trying to remove the Arch default kernel.

You're looking for orphan packages with no connection to anything else. linux-lts is an independent package with nothing depending on it, no groups, no anything. Obviously, linux-lts-headers depends on linux-lts. linux-firmware is not a dependency, so it was also listed.

If you'll look here, you'll see the linux package is in the base group, so it's not trying to uninstall the kernel, but rather the linux-lts package you manually installed after.

The responsible thing to do would be to read the output and, from there, figure out what you want to/can remove. This is also why you should never run a script until you know what it does (which you've shown you know, asking here before just doing it).

Linux doesn't really run on M1 Macs yet - but there is a project to write the missing drivers and create a distro for it, it is even based on arch: asahi linux

It'll take a while still, I'm also waiting to get rid of macOS on my macbook air.

Neat. Haven't heard of blackarch before.

From their site:

$ curl -s http://blackarch.org/strap.sh | sudo sh

ಠ_ಠ

Well I know they're just maintaining packages and not writing the security software, but you'd think a security focused distro would know better than to tell its users to do something that stupid.

The file manager could be ranger or vifm. The ascii logo with the info is archey. The window manager he is using could be ~~i3~~ dwm (as pointed out by /u/Regimardyl).

The aesthetics part is mostly show yes. It is called "ricing". Check out /r/unixporn for more information. The programs themselves are valuable, if you do not like to use your mouse (like me).

usr/share/doc/conky-1.10.0/conky.conf Retrieved from: https://www.archlinux.org/packages/extra/x86_64/conky/

&nbsp;

If I had conky installed:

pacman -Ql conky would have shown all of the files installed by conky.

I don't have conky installed but I do understand the frustration of not being able to find documentation for software that's installed. pacman is your friend.

There is this package that you can install on arch, but it's just an archive with the html files. Might be a bit out of date, but you can always use this to grab them if you want to.

https://www.archlinux.org/packages/community/any/arch-wiki-docs/

As far as epub goes, people online recommend calibre for converting html to epub

Excellent response Tavianator. Like the others have pointed out, it is obvious that Thezadok42 is new user. However, I applaud your direct and poignant response without the chiding the others have chosen to dish out. All of us were beginners at one point, and there are still myriad areas of the Linux experience that require us to ask for help. Good on you keeping the Arch Linux community just that, a community, and not something else.

To quote another thread I commented in:

>I used the locally downloadable copy of the Arch Wiki to avoid ddosing the actual servers. To extract the data I used bs4 to find all links within each article and networkx to build the graph. I then exported the graph to GEXF and opened it in Gephi to filter out small connections (they added too much noise and made it look like one huge clump) and lay the nodes out. Full writeup and source code incoming!

pacman does not have the capability to check for updates for packages outside of the repositories it knows, hence not for packages installed from the AUR. For that, you need to either check manually or use an AUR helper like pacaur.

Current yay is not compatible with pacman-5.2 and new yay is not compatible with pacman-5.1.

You need manual intervention to remove yay, update pacman then install the newest yay.

The yay AUR package is not being updated until pacman-5.2 hits core. So you either have to:

1. wait
2. build yay from https://github.com/Jguer/yay-PKGBUILD
3. use yay-git

For installed packages pacman -Qo $file https://wiki.archlinux.org/index.php/Pacman#Querying_package_databases

For finding out on uninstalled packages https://wiki.archlinux.org/index.php/Pacman#Search_for_a_package_that_contains_a_specific_file

Update regularly, subscribe to https://www.archlinux.org/news/, and keep an eye out for anything that requires user intervention. This helps you avoid instances where multiple updates break your install and you don't know which to fix first.

• Stay out of [testing].

• If you pull from [core], quickly check the news feed before following through.

• Learn how to pacman -U for previously working packages and how to --ignore the package until another version is out (which most likely contains the fix).

• Update whenever you can spare 5 minutes once a week.

This is my process, never failed me in over 2 years.

Pacman now verifies package signatures by default. But your new /dev/random isn't going to have enough entropy to create Pacman's keyring in any reasonable amount of time. haveged is the quickest way to get more entropy faster. Download the package to a flash drive or enable the community repository on the ISO and install it then.

More info: https://github.com/Eloston/ungoogled-chromium

Note that I've not overridden the build script's tarball functionality (yet) because the maintainer of ungoogled-chromium is rewriting his build system and told me to just hold off until he's gotten done doing that.

Otherwise, it's a great browser to have (for me) for instances where a site doesn't render properly in Pale Moon.

I mostly just use Syncthing to sync/backup the files on my phone. That way, if my phone ever dies/explodes/liquefies, I've already got all of my important files backed up. It's really nice being able to manage my phone's music library via drag and drop on desktop!

Warning: it's currently broken on the Android Q beta, but someone already made a hack to fix it; it'll likely be updated properly once Q hits full release.

Run sudo pacman -Syu or yay (which is an alias for yay -Syu) regularly.

Don't do partial upgrades.

Install https://aur.archlinux.org/packages/informant/ to be notified about Arch Linux news before updating packages.

Use pacdiff from time to time to identify newer config files of packages installed (installed via https://www.archlinux.org/packages/community/x86_64/pacman-contrib/).

Regularly check your explicitly installed packages with pacman -Qe and uninstall what you don't need anymore.

Only install from the AUR what you really need. These packages can be listed with pacman -Qe --foreign.

All these measures should make your Arch even more stable than it already is.

What a beautiful machine. Just makes me upset that even in 2018 manufacturers still don't care enough about Linux.

&#x200B;

EDIT: Speak of the devil, maybe I'm wrong! https://thenextweb.com/dd/2018/12/26/perhaps-2018-was-the-fabled-year-of-the-linux-desktop/

The one reason to not use -Syu with every upgrade is that you could miss something from https://www.archlinux.org/news/. It's a good idea to check for news before -Syu, which can be automated.

> I cant find the default fonts.conf that comes with arch linux.

For next time:

$ pacman -Qo /etc/fonts/fonts.conf /etc/fonts/fonts.conf is owned by fontconfig 2:2.13.1+12+g5f5ec56-1

And if you want to manually get original fonts.conf, then simply download fontconfig package from mirrors and unpack it.

I use mopidy (a clone of MPD) with the mopidy-spotify extension.

libspotify, the main Spotify dependency, is supposedly no longer supported, but it still works well for me.

Not sure what you mean. The CUDA package now depends on gcc7 instead. See:

• https://www.archlinux.org/packages/community/x86_64/cuda/
• https://lists.archlinux.org/pipermail/arch-dev-public/2018-May/029254.html

If you really need gcc6, it's in the AUR.

always read Arch Linux news prior to upgrading. this removes about 90% of any issues. the other 10% is just is individual packages break because the developers of them did something.

gcc-libs-multilib 7.1.1 is now on the [multilib] repository (not on testing anymore).

https://www.archlinux.org/packages/multilib/x86_64/gcc-libs-multilib/

That is because net-tools is not updated for years. iproute2 (ip, route, arp, etc.) is the substitute.

I think the best way to learn stuff like this is to learn by doing. Reading information off a page can be satisfying, but the knowledge will fade. Install Arch a few times and in a few different ways, you'll start to appreciate the simplicity of the core commands.

You might enjoy the linux from scratch project.

I had the same issue after upgrading to Meas 18.0. The problem for me was the compositor. It can be fixed by adding this to your environment variables.

allow_rgb10_configs=false

Or, if you are using Compton as your compositor you can edit ~/.config/compton.conf and change the backend from glx to xr_glx_hybrid.

I found the answer here: Mesa 18.0.0: GLX backend broken

No, unfortunately you need to check https://www.archlinux.org/news/ by your own. I use to do one update every 1-2 months and I check always the link above to be sure to avoid bad surprises. So far so good :)

Every bug is plotted twice on this chart. Once as a blue dot when it was opened and again as a pink dot when it was closed. Past bugdays (with lots of closing) look like vertical pink lines and diagonal blue lines.

Of note is the large upswing of activity in April 2007, corresponding with the release of Arch 0.8 Voodoo. Also visible is the bugtracker hacking of Sept 2009, where nothing happened for a week.

The technique described in this paper (delta debugging) could help narrow it down.

iptables routing based on port or IP address should do it, I would think.

EDIT: /u/Warepredator, I did a little more digging into different forms of matching rules iptables supports. If you have a hard time making a rule based on ip/port (as /u/talking_to_strangers said), you could match by the process creating packets -- namely, the Twitch client. See here for how to. You could either launch twitch as its own user or group and filter based on either of those, or determine the PID with a command like pidof [twitch process name] or ps aux | grep -i twitch, roughly.

Also, here are a bunch more matching rules. Feel free to reply or message me if you need help.

http://mpv.io/manual/master/

It's backed by ffmpeg, has many more options and can be customized much more, has built-in youtube-dl support, and is more lightweight (among other things).

EDIT: Now playing

How Linux Works by Brian Ward

Seems like a good start if you want some Basic knowledge about the Linux Kernel and init system stuff. I myself ordered it just a week ago since I‘m on a similar journey as you are. Hope it helps. Btw I learnt most of my stuff from Reddit posts, Archwiki and experience.

First, clear your pacman cache.

Second change your cachedir in pacman.conf. You can specify a partition where you do have enough room or even mount a usb drive and use that as a temporary cachedir.

Third update.

Good luck. Bear in mind updating a rolling release after 6 months may or may not lead to issues.