Skip to main content
Topic: Octopi and Pamac moved to [universe] (Read 14019 times) previous topic - next topic
0 Members and 1 Guest are viewing this topic.

Re: Octopi and Pamac moved to [universe]

Reply #60
place a sticker on the monitor: "Do not update unless the administrator is present!"
Very much this, or something in that spirit. Package management is administration. Administration should be done by people who are knowledgeable in it, simple as that.

Re: Octopi and Pamac moved to [universe]

Reply #61
Hi,

Thanks for the constructive answers.

Sure already installed Pamacs will remain. I experienced that libpamac update creates unsolvable dependencies and fails all updates. If you remove libpamac you easily end-up with no more Pamac…

We use OpenRC / XFCE ISOs (§) :
- OpenRC was the 1st tested init (Gentoo devs are serious) it works, it is well documented : go for it
- XFCE offers a homogeneous graphical experience with enough setting panels. It remains the same over the years and runs well on old hardware. (development is nearly dead ? great, it preserves it from bloated GTK3)

We tested LXDE, but it's not as complete as XFCE and it is not saving enough RAM to justify the loss in comfort in our case.
Now that the main LXDE dev turned to LXQT, we might test LXQT one day. But I can't help but remember how GTK became a general purpose graphical lib after QT switched non-libre.

Regarding administration needs, our small Linux User Group holds regular thursday evening meetings and offers to fix problems for geographically near users.

As for philosophy, I've been after the world "like it should be" for decades, and switched during the last one about the world "like it is" (with the people actually in it). Some of those people are OK to make the effort to use alternative software to avoid GAFAM (it is their contribution to make the world better), but won't take computer science engineering class. We live in a society that is not giving them the choice about using a computer or not.

So, I'm still "all for education" but meanwhile we need pragmatic solutions. And it's in this spirit that I work on Meta-Press.es. It's not a miracle, but it already works.

Re: Octopi and Pamac moved to [universe]

Reply #62
Since I started out on Gentoo, my thoughts were OpenRC.

I was using Xubuntu as well... So, I was accustomed to XFCE.

Both of these were a mistake.

I tried out runit/plasma...

Woah baby! KDE isn't the horrible blob it used to be. It's only slightly heavier than XFCE, and much slicker. I just needed a few tweaks to the systemtray/taskbar and I was in love.

...and I don't have to spend three-and-a-half days waiting for it to compile...

Mwah! Thank you, Artix; for bringing sanity back to Linuxland. Dare I say... Maybe I could try my old friend blackbox/openbox again someday? On Artix, it might just work properly...

Re: Octopi and Pamac moved to [universe]

Reply #63
At the risk of spamming the place up and making snowflakes hate me....
Just to clarify, what would people substitute with bloated GUI programs:
To find packages matching search_regexp
Code: [Select]
# To always show color:
# alias pacman='/usr/bin/pacman --color=always'
pacman -Ss search_regexp | less
To display information about some_package
Code: [Select]
pacman -Si some_package
To install package some_package
Code: [Select]
sudo pacman -S some_package
To remove package some_package
Code: [Select]
sudo pacman -R some_package
Over a few months using Artix, those commands become second nature.
Install yay, it gets even easier. As in, falling down the stairs easy.
Instead of
Code: [Select]
pacman -Syu
You just type
Code: [Select]
yay
Installing packages is even easier. You type even less, and you don't even have to get it right. Don't worry about knowing the full, proper package name. For example, I want to install my nvidia 470xx drivers. I don't have to know that the package is named nvidia-470xx-[something]. See I don't even remember and I can't be bothered to look. so I just type this:
Code: [Select]
yay 470
wheeee....
Code: [Select]
19 aur/cnijfilter-ip4500 2.80-5 (+0 0.00) (Orphaned) 
    Canon IJ Printer Driver for Pixma IP4700 series Inkjet Printers
18 aur/lib32-libxnvctrl-470xx 470.94-2 (+0 0.00)
    NVIDIA NV-CONTROL X extension (470 legacy branch, 32-bit)
17 aur/mhwd-nvidia-470xx 470.86-1 (+0 0.00)
    mhwd-nvidia-470xx PCI ID database
16 aur/cnijfilter-mx470series 4.10-1 (+0 0.00)
    Canon IJ Printer Driver (for MX470 series)
15 aur/brother-hl5470dw 3.0.0-1 (+1 0.00)
    LPR and CUPS driver for the Brother HL5470DW
14 aur/oki-b411-b431 5.0.0-1 (+2 0.00)
    CUPS printer driver for the Okidata B410 B411 B420 B431 B4100 B4200 B4250 B4300 B4350 B4400 B4500 B4550 B4600 MB460 MB470 MB480
13 aur/canon-pixma-ts5055-complete 5.40-2 (+2 0.00)
    Print Scan for Canon MAXIFY PIXMA series E460 E470 E480 G3000 G4000 iB4000 iB4100 iP110 MB2000 MB2100 MB2300 MB2700 MB5000 MB5100 MB5300 MB5400 MG2900 MG3000 MG3600 MG5600 MG5700 MG6600 MG6800 MG6900 MG7500 MG7700 MX490 TS5000 TS6000 TS8000 TS9000
12 aur/brother-mfc-j470dw 3.0.0-1 (+4 0.00)
    LPR and CUPS driver for the Brother MFC-J470DW
11 aur/lib32-nvidia-470xx-utils 470.94-1 (+9 2.56)
    NVIDIA drivers utilities (32-bit)
10 aur/lib32-opencl-nvidia-470xx 470.94-1 (+9 2.56)
    OpenCL implemention for NVIDIA (32-bit)
9 aur/samsung_magician-consumer-ssd 1.0-1 (+21 0.00)
    CLI tool for Samsung Consumer SSDs including 470, 750, 830, 840, 850, 950 and 960 series
8 aur/libxnvctrl-470xx 470.94-1 (+21 6.04)
    NVIDIA NV-CONTROL X extension
7 aur/nvidia-470xx-settings 470.94-1 (+21 6.04)
    Tool for configuring the NVIDIA graphics driver
6 aur/nvidia-470xx-dkms 470.94-2 (+42 11.72) (Installed)
    NVIDIA drivers - module sources
5 aur/opencl-nvidia-470xx 470.94-2 (+42 11.72) (Installed)
    OpenCL implemention for NVIDIA
4 aur/nvidia-470xx-utils 470.94-2 (+42 11.72) (Installed)
    NVIDIA drivers utilities
3 universe/opencl-nvidia-470xx 470.94-2 (15.4 MiB 72.0 MiB) (Installed)
    OpenCL implemention for NVIDIA
2 universe/nvidia-470xx-utils 470.94-2 (161.6 MiB 422.1 MiB) (Installed)
    NVIDIA drivers utilities
1 universe/nvidia-470xx-dkms 470.94-2 (24.4 MiB 47.0 MiB) (Installed)
    NVIDIA drivers - module sources
==> Packages to install (eg: 1 2 3, 1-3 or ^4)
==>
It performs a search, shows the information for all search results, and then it asks me which of the search results I'd like to install. All in one shot, and I typed a whole 7 characters including the space. It even shows it in ascending order of least to most desirable repo.

See? I didn't even know that the package name was [nvidia-470xx-dkms]. It's conveniently showing me the opencl doodad, too. All I have to do is type "1 3" and hit enter. The utils package is actually a dependency and gets pulled in...

10 whole characters typed.

How do you not love this?

I just pick what I want off the list, poof. I can be a complete moron, which I am, and still get this done with less work and less typing than the smart guy.

Why install disasterous bloatware?

Installing yay is 4 lines, and it has so many cool quality-of-life features. I'm not sure why it's not installed by default, frankly... IT's such a tiny package, why not? I don't even use it for the aur stuff, though that's nice. It sure helped me on my nvidia driver situation prior to the proper drivers being added to universe.

This is the first thing I run on a fresh install of Artix or ArchLinuxArm (I really wish Armtix was moving along better, but I understand).
Code: [Select]
sudo pacman -Syu git base-devel
git clone https://aur.archlinux.org/yay.git
cd yay
makepkg -si
Shazam! Everything got easier than it already was! AUR on standby, just in case.

It blows my mind that anyone would want to make this harder... Doesn't everyone use yay? Why not?

The name itself describes how happy you are when you use it. Who doesn't want this?

Yay!