Anyone else 'pacman -Sy' instead of simply 'pacman -S'-ing packages?
ArchThis Forum is for the discussion of Arch Linux.
Notices
Welcome to LinuxQuestions.org, a friendly and active Linux Community.
You are currently viewing LQ as a guest. By joining our community you will have the ability to post topics, receive our newsletter, use the advanced search, subscribe to threads and access many other special features. Registration is quick, simple and absolutely free. Join our community today!
Note that registered members see fewer ads, and ContentLink is completely disabled once you log in.
If you have any problems with the registration process or your account login, please contact us. If you need to reset your password, click here.
Having a problem logging in? Please visit this page to clear all LQ-related cookies.
Get a virtual cloud desktop with the Linux distro that you want in less than five minutes with Shells! With over 10 pre-installed distros to choose from, the worry-free installation life is here! Whether you are a digital nomad or just looking for flexibility, Shells can put your Linux machine on the device that you want to use.
Exclusive for LQ members, get up to 45% off per month. Click here for more info.
View Poll Results: What flags do you pass to pacman to install new software?
Anyone else 'pacman -Sy' instead of simply 'pacman -S'-ing packages?
How do you make use of pacman to install software? Personally, I would rather update the cache before I install, to ensure that I am installing the most up-to-date software possible. However, if you don't want to that's fine too. Please explain your votes.
It's a very bad idea to use -Sy and will lead to breakage without extreme vigilance. You'll end up mixing up all kinds of old and new versions of software/libraries which can result in dependency issues for various apps. Always use the -S flag and stick to system-wide updates (-Syu) unless you know what you are doing.
It can create dependency issues as Arch is designed only to have the latest versions of packages installed.
e.g. enable testing and install the latest firefox with "pacman -Sy firefox"... that will pull in the new versions of libjpeg and libpng which will break a lot of your applications that still require the old version. Updating all packages avoids that issue.
Issues with graphical packages is not so bad, but people got themselves into major trouble when updating readline (broken bash...)
Quote:
On a "stable release" distro where there are no library soname bumps, "pacman -Sy <pkg>" is perfectly safe. So it is not a bug as far as pacman is concerned.
On Arch, we only support the package versions that are currently in the repos. 'pacman -Sy <pkg>' can lead to a mixture of packages that are currently in the repos and some that are outdated so leads to an unsupported system... Its use is still not a bug and in fact I use it quite often when I do not do a full update, but I know exactly what I am doing and am prepared to fix breakage.
I had mostly used pacman -Sy to synchronise so whatever I was asking for what was in the repos. It was my understanding that I needed an up-to-date list or there would be an error if I attempted to install an outdated package which was no longer there.
I usually use "pacman -Sy".
I build quite of few local packages and the cache requires the update in order to find it in my local repository.
I run "pacman -Syu" before installing any regular package(s) or building a package thus ensuring consistency.
I use `pacman -S`. Always using `pacman -Sy` reminds me of `yum`. The last time I used Fedora/CentOS yum seemed to always start by refreshing the package lists. Perhaps there are ways to prevent this from happening, I didn't stay in Fedora-land long enough to care to find out.
It's a very bad idea to use -Sy and will lead to breakage without extreme vigilance. You'll end up mixing up all kinds of old and new versions of software/libraries which can result in dependency issues for various apps. Always use the -S flag and stick to system-wide updates (-Syu) unless you know what you are doing.
I fully concur, installing software should NEVER be automated. You MUST keep at least the depencencies in check.
I frequently do -Sy to see what updates are available. So when I do install a package, my sync is usually already updated. But I've never had a problem doing it this way. If I did, I guess a full update would cure it.
Yo! Tnx for paccheck, which I still have to get up and running. I installed it using the "install" command
Hi, You don't need sudo to run paccheck - in fact it won't let you run it as root (unless you modify the script). So first just try "paccheck". If that doesn't work, perhaps /usr/local/bin is for some reason not in your path? You could also try installing it to /usr/bin - no harm in that...
As for why sudo said paccheck not found, maybe /usr/local/bin isn't accessible by sudo on your system. But as I said you don't need sudo for paccheck. (If you really want to run it as root for some reason, after modifying the script so it won't say "do not run as root", you could use "sudo /usr/local/bin/paccheck".)
Also note that paccheck is in the AUR, though I recommend following the verify instructions prior to installing from the AUR.
Also, paccheck does use sudo within it to run pacman. If you want to use paccheck without sudo installed, use the --no-sync option, but you will need to run these commands first as root, prior to running paccheck each time:
aarnet failed, it seemed. But all in all a safer thing. Now, what? Do I wait unitl something happens? Anything I can tweak from my end?
I would use a few (3 or 4) mirrors for best results. These can be configured in /etc/paccheck/mirrorlist, as discussed here. If you only used one mirror and the download failed, then paccheck couldn't accomplish anything.
If most of the mirrors respond and you're satisfied with the results, then you can proceed to update your system (pacman -Su). If you have any question on interpreting the results, just let me know.
If you have any question on interpreting the results, just let me know.
Ehhh, how do I make a mirrorlist for pacckeck? By the way, the thing purrs like a kitten. Real sweet, let me say this!
Okay, after following the install instructs, I still do not have a file /etc/paccheck/mirrorlist, I may need to make one...I guess.
Sorry for my (many) questions...I use Linux for a while now, but every day it challenges me...just like being married, I guess...
Thor
Last edited by ButterflyMelissa; 03-23-2011 at 11:37 AM.
Okay, after following the install instructs, I still do not have a file /etc/paccheck/mirrorlist, I may need to make one...I guess.
Good point - I'll put a note about that in the install instructions. Unless you install using the AUR, you'll need to manually create that folder and file (as root):
Then edit that file as root, and copy any mirrors you want to use from /etc/pacman.d/mirrorlist (paccheck accepts mirror entries in the same format as that file).
Also, just to be clear, if no mirrors are defined in /etc/paccheck/mirrorlist or its missing, paccheck uses its built-in config which includes a few mirrors. Mirror for full compare, if desired, can be specified on the command line with --compare or can be included in mirrorlist as compare=MIRROR.
Here is the default mirrorlist distributed with paccheck in the AUR:
Code:
# Compare pacman sync and package cache to these mirrors:
# Copy desired mirrors from /etc/pacman.d/mirrorlist
Server = http://mirror.aarnet.edu.au/pub/archlinux/$repo/os/$arch
Server = ftp://ftp5.gwdg.de/pub/linux/archlinux/$repo/os/$arch
Server = http://ftp.tku.edu.tw/Linux/ArchLinux/$repo/os/$arch
# Example - Do full package download and compare on this mirror
# (same as --compare command line option):
# Compare = ftp://ftp5.gwdg.de/pub/linux/archlinux/$repo/os/$arch
Quote:
Sorry for my (many) questions...
No problem - others usually have similar questions so answering them in a forum is good for everyone.
Last edited by IgnorantGuru; 03-23-2011 at 12:15 PM.
LinuxQuestions.org is looking for people interested in writing
Editorials, Articles, Reviews, and more. If you'd like to contribute
content, let us know.