Update Pacman?

My apologies if this is extremely simple; I'm used to darwin ports on a UNIX box.  I'm attempting to install Apache, PHP, & MySQL on my ARMv6h Raspberry PI. 
Seems like this should do the trick -
pacman -S apache php php-apache mysql
However pacman is still looking for older versions of files that aren't present on the main mirrors.  ie: apache v. 2.2.22 instead of v. 2.2.23, etc...  As expected, I'm generating a ton of 404s.
http://us.mirror.archlinuxarm.org/armv6h/ is the first on my mirror list.
Is there a way to self-update pacman as in mac ports?  Or is pacman supposed to automatically sync with an online directory to get file/version names?
Thank You!
wv

WorMzy wrote:
You need to ask here: http://archlinuxarm.org/
ARM isn't supported here.
Indeed. Closing...
https://wiki.archlinux.org/index.php/Fo … pport_ONLY

Similar Messages

  • [SOLVED] Strange error message when updating Pacman

    I get a following error message when updating pacman and doing system upgrades:
    [mike@goat ~]$ sudo pacman -Syu
    :: Synchronizing package databases...
    core is up to date
    extra is up to date
    community is up to date
    :: Starting full system upgrade...
    resolving dependencies...
    error: could not open file /var/lib/pacman/local/openssl-0.9.8l-1/depends: No such file or directory
    error: could not open file /var/lib/pacman/local/openssl-0.9.8l-1/depends: No such file or directory
    error: could not open file /var/lib/pacman/local/openssl-0.9.8l-1/depends: No such file or directory
    error: could not open file /var/lib/pacman/local/openssl-0.9.8l-1/depends: No such file or directory
    error: could not open file /var/lib/pacman/local/openssl-0.9.8l-1/depends: No such file or directory
    error: could not open file /var/lib/pacman/local/openssl-0.9.8l-1/depends: No such file or directory
    error: could not open file /var/lib/pacman/local/openssl-0.9.8l-1/depends: No such file or directory
    error: could not open file /var/lib/pacman/local/openssl-0.9.8l-1/depends: No such file or directory
    error: could not open file /var/lib/pacman/local/openssl-0.9.8l-1/depends: No such file or directory
    looking for inter-conflicts...
    error: could not open file /var/lib/pacman/local/openssl-0.9.8l-1/depends: No such file or directory
    error: could not open file /var/lib/pacman/local/openssl-0.9.8l-1/depends: No such file or directory
    error: could not open file /var/lib/pacman/local/openssl-0.9.8l-1/depends: No such file or directory
    error: could not open file /var/lib/pacman/local/openssl-0.9.8l-1/depends: No such file or directory
    error: could not open file /var/lib/pacman/local/openssl-0.9.8l-1/depends: No such file or directory
    error: could not open file /var/lib/pacman/local/openssl-0.9.8l-1/depends: No such file or directory
    error: could not open file /var/lib/pacman/local/openssl-0.9.8l-1/depends: No such file or directory
    error: could not open file /var/lib/pacman/local/openssl-0.9.8l-1/depends: No such file or directory
    error: could not open file /var/lib/pacman/local/openssl-0.9.8l-1/depends: No such file or directory
    error: could not open file /var/lib/pacman/local/openssl-0.9.8l-1/depends: No such file or directory
    I tried running pacman -Syyu, but that did not seem to solve the problem.  There is /var/lib/pacman/local/openssl-0.9.8l-1/
    directory but it is empty.  When running pacman -S openssl, I get the above error message as well but it spans for hundreds of buffer lines.  In the end I end up with this:   
    openssl: /usr/share/man/man3/ssl.3.gz exists in filesystem
    openssl: /usr/share/man/man3/ui.3.gz exists in filesystem
    openssl: /usr/share/man/man3/ui_compat.3.gz exists in filesystem
    openssl: /usr/share/man/man3/x509.3.gz exists in filesystem
    openssl: /usr/share/man/man5/config.5.gz exists in filesystem
    openssl: /usr/share/man/man5/x509v3_config.5.gz exists in filesystem
    openssl: /usr/share/man/man7/des_modes.7.gz exists in filesystem
    Errors occurred, no packages were upgraded.
    [mike@goat ~]$
    Anybody have any insight?
    Thanks,
    maschinetheist
    Last edited by maschinetheist (2010-03-02 17:18:42)

    Bregol wrote:
    Sounds to me like openssl is installed on your system but the info on it is now missing from the local pacman database (/var/lib/pacman/local).  In other words, pacman forgot that you installed it.  So in your second clip of code, pacman is complaining that files belonging to openssl exist in your filesystem, since you do have it installed but it no longer knows that.
    Don't know if this is the proper way to fix it, but I imagine forcing a reinstall of openssl (pacman -Sf openssl) should get pacman to reinstall openssl so that it knows it is installed.
    Bregol,
    pacman -Sf openssl
    seemed to have fixed it.  Did not know of the force reinstall option.  The necessary directories in /var/lib/pacman/local/openssl have been created.
    Thanks,

  • Can't update pacman.

    I have a strange problem. I haven't updated Arch since sometimes in January, and today when I tried to it asked me to update pacman first. I said yes, and got this:
    sudo pacman -Syu
    Password:
    :: Synchronizing package databases...
    core is up to date
    extra is up to date
    community is up to date
    multilib is up to date
    repo-ck is up to date
    :: The following packages should be upgraded first :
    pacman
    :: Do you want to cancel the current operation
    :: and upgrade these packages now? [Y/n] y
    resolving dependencies...
    looking for inter-conflicts...
    error: failed to prepare transaction (could not satisfy dependencies)
    :: pyalpm: requires pacman<3.6
    What do I do now?
    EDIT:
    pacman -Qi pacman
    Name : pacman
    Version : 3.5.4-4
    URL : http://www.archlinux.org/pacman/
    Licenses : GPL
    Groups : base
    Provides : None
    Depends On : bash glibc>=2.14 libarchive>=2.8.4 libfetch>=2.28
    pacman-mirrorlist
    Optional Deps : fakeroot: for makepkg usage as normal user
    curl: for rankmirrors usage
    Required By : cower-git pyalpm
    Conflicts With : None
    Replaces : None
    Installed Size : 2956.00 K
    Packager : Allan McRae <[email protected]>
    Architecture : x86_64
    Build Date : Sun 14 Aug 2011 01:37:32 SAST
    Install Date : Mon 05 Sep 2011 23:08:03 SAST
    Install Reason : Explicitly installed
    Install Script : Yes
    Description : A library-based package manager with dependency support
    Last edited by biltong (2012-02-09 15:06:03)

    jgreen1tc wrote:
    meph wrote:
    pacman -S pacman pyalpm
    should work
    Shouldn't he remove pyalpm, update pacman, then reinstall pyalpm?
    It's a known bug, manually and explicitly updating pyalpm solves the problem. Doesn't mean your solution wouldn't work

  • [solved] when to update pacman.conf

    I apologise in advance. I'm worried that I've either read the answer to this or asked the question before but, if so, I cannot for the life of me find it.
    What is the best way to check the progress on package signing? and, even, database signing? (I assume the latter is not yet implemented.)
    Currently, I'm using PackageRequired for multilib and core but not community or extra (and not for AUR).
    Is there a sticky, blog or wiki page I can monitor so that I know when to require signing for the remaining packages? And when signatures for the databases themselves are implemented?
    Or will this be announced via a pacman -Syu announcement?
    Last edited by cfr (2012-03-18 03:17:22)

    Thanks. I didn't know about expac... expac + grep "(null)" also works nicely though I admit awk is neater. (I just always find awk kind of alien and have never really got to grips with it.)
    I've updated pacman.conf to "PackageRequired" for extra. Just a few things in Community to go, I guess. I didn't realise the signing was this far along!

  • [SOLVED] Unable to update pacman - Catalyst database issue

    Hi there,
    I have the AMD catalyst drivers installed for Dell 1555 laptop. As they changed their server URL, I updated my pacman.conf as directed in Arch wiki and then added the GPG key with the following commands.
    # pacman-key --keyserver pgp.mit.edu --recv-keys 0xabed422d653c3094
    # pacman-key --lsign-key 0xabed422d653c3094
    However, I still get the following error:
    error GPGME error: No data
    error GPGME error: No data
    :: Synchronizing package database...
    xorg112 is up to date
    catalyst-hd234k is up to date
    core is up to date
    extra is up to date
    community is up to date
    multilib is up to date
    error: database 'xorg112' is not valid (invalid or corrupted database (PGP signature))
    error: database 'catalyst-hd234k' is not valid (invalid or corrupted database (PGP signature))
    Please help.
    Last edited by ravisghosh (2013-03-08 20:34:37)

    Strangely, I did a pacman -Syu today and it worked well without any error. Not sure what was broken, but it is fixed now.

  • [SOLVED]wlanwep encryption is failing after system update(pacman -Syu)

    After a system update with "pacman -Syu" my wlan encryption does not work anymore.
    If I switch off encryption on my access point, I can communicate without any problems.
    I have currently two wlans active, one with encryption, one without. I use the following iwconfig settings
    iwconfig wlan0 essid my_open_wlan
    iwconfig wlan0 essid my_wep_wlan key s:my_wep_password
    In the first case I get the connection, in the second I cannot transmit over the network(Destination Host Unreachable).
    lspci:
    07:00.0 Network controller: Atheros Communications Inc. AR9287 Wireless Network Adapter (PCI-Express) (rev 01)
    iwconfig:
    wlan0 IEEE 802.11bgn ESSID:"wlan_2012"
    Mode:Managed Frequency:2.437 GHz Access Point: 00:04:0E:57:4E:27
    Bit Rate=1 Mb/s Tx-Power=13 dBm
    Retry long limit:7 RTS thr:off Fragment thr:off
    Power Management:off
    Link Quality=39/70 Signal level=-71 dBm
    Rx invalid nwid:0 Rx invalid crypt:0 Rx invalid frag:0
    Tx excessive retries:44 Invalid misc:43 Missed beacon:0
    ip addr:
    3: wlan0: <BROADCAST,MULTICAST,UP,LOWER_UP> mtu 1500 qdisc mq state UP qlen 1000
    link/ether ec:55:f9:1d:bf:41 brd ff:ff:ff:ff:ff:ff
    inet 192.168.1.11/24 brd 192.168.1.255 scope global wlan0
    inet6 fe80::ee55:f9ff:fe1d:bf41/64 scope link
    valid_lft forever preferred_lft forever
    This is the output for the open wlan. If I try to connect to the encrypted wlan with "iwconfig wlan0 essid "my_encr_wlan" key s:my_wep_password", the iwconfig command gives me:
    wlan0 IEEE 802.11bgn ESSID:"wlan_2007"
    Mode:Managed Frequency:2.452 GHz Access Point: D8:5D:4C:FA:24:0D
    Bit Rate=5.5 Mb/s Tx-Power=13 dBm
    Retry long limit:7 RTS thr:off Fragment thr:off
    Power Management:off
    Link Quality=33/70 Signal level=-77 dBm
    Rx invalid nwid:0 Rx invalid crypt:0 Rx invalid frag:0
    Tx excessive retries:2 Invalid misc:1 Missed beacon:0
    I have tried wpa_supplicant as well with the same result.
    Can anybody give me hint?
    Regards
    Helmut
    Last edited by helmut (2012-03-05 16:31:25)

    Wep and ath9k has been buggy for me for a long time now - sometimes it works, sometimes it doesn't. Never got around it, adding "options ath9k nohwcrypt=1" into /etc/modprobe.d/ath9k.conf seemed to work for some time. You could give it a try. The network I have problems with is at the university, they use wep + vpn to connect. I can connect fine (like in your last iwconfig), but dhcpd times out.
    If you have control over the network, you could just switch to wpa - safer anyway. Or search the forum for "atheros wep", it is a somewhat common problem I think.
    P.S.: please use code tags when posting console output.
    Last edited by hokasch (2012-02-18 14:48:24)

  • Pacman update & pacman-color

    Since there is a pacman update in [testing], I had to remove pacman-color and shaman (since they needed pacman<3.3).
    I had aliases for pacman->pacman-color and I got rid of them. So when I source ~/.zshrc without the alias it says:
    zsh: command not found: pacman-color
    When I run pacman.
    My current solution is to symlink /usr/bin/pacman-color to /usr/bin/pacman, but is there a better way?

    Strange - although I don't run zsh, so I'm guessing it's strange
    Given that your aliases were *all* in .zshrc and you removed them all
    and 'source ~/,zshrc' is a valid command in zsh then something is odd.
    I take it you ran your aliases as your normal user. Try logging in as root
    and running pacman.
    Deej

  • Post-install, cannot update pacman, failed to commit transaction

    Hello,
    Arch install in a virtual box (Oracle VB). Post-install, synced packages OK by issuing pacman -Syy.
    Want to install sudo, issue pacman -S sudo, below is what I get.
    eth0 interface OK
    Both core and netinstall images have been tested, same problem.
    I'm new to Arch and am stuck and run out of ideas as to how to resolve, any ideas?  Thanks much
    #pacman -S sudo
    :: The following packages should be upgraded first:
    pacman
    :: Do you want to cancel the following operation
    :: and upgrade these packages now? [Y/n]
    resolving dependencies...
    looking for inter-conflicts...
    Targets (11): linux-api-headers-3.3.2-1 glibc-2.15-10 libarchive-3.0.4-1
    pth-2.0.7-4 libksba-1.2.0-1 libassuan-2.0.3-1 pinentry-0.8.1-3
    dirmngr-1.1.0-4 gnupg-2.0.19-2 gpgme-1.3.1-4 pacman-4.0.3-1
    Total Download Size: 0.00 MB
    Total Installed Size: 52.92 MB
    Proceed with installation? [Y/n]
    error: failed to commit transaction (conflicting files)
    glibc: /usr/bin/tzselect exists in filesystem
    glibc: /usr/sbin/zdump exists in filesystem
    glibc: /usr/sbin/zic exists in filesystem
    Errors occurred, no packages were upgraded.

    Welcome to the boards ai69. Please search before posting, this issue has been covered extensively here.
    There are stickies in this forum as well as the Forum Etiquette and Arch Way that you should read on the wiki.

  • [FIXED-ish] Updating: Pacman wants to remove /usr/

    error: cannot remove file '/usr/': Read-only file system
    error: could not commit removal transaction
    error failed to commit transaction (cannot remove all files for package)
    Errors occurred, no packages were upgraded
    Not sure why pacman wants to remove /usr... Also, /usr is not read-only, it's mounted as rw.
    Last edited by Berticus (2009-02-08 20:15:45)

    Okay, so I managed to somehow fix it after rebooting a million times (both soft reboot and hard reboot). Ran into a few mounting problems, ran into a few kernel panics, finally fixed all of the problems, but I don't know how/why. I would really like to know why everything was acting up so I can prevent it. So I'm going to detail everything that happened.
    I decided I would like to game again, but not have to reboot into Windows. So to get a quick fix of my gaming dose, I decided to install a few games on Linux, and I added the gaming repo to my pacman.conf. I also wanted to use sage instead of excel, matlab, maple, and mathematica [and magma]. However, installing a few of my games and sage filled both /opt, /usr and /var to 100%. I was able to increase /opt and /usr easily because they were jfs. /var required me to go into my rescue cd. Then /usr ran out of space again, so I had to increase that again (/usr is now really fragmented, which I am not happy about). After I installed sage and most of the games I wanted, I decided to upgrade my system.
    That's when I ran into the issue of removing '/usr/'. I tried a couple of times, hoping that it would fix itself, and then posted here. I installed a few more games without a problem, tried upgrading again with no success. Then I rebooted, Reboot process was fine. Still ran into the issue though. Tried upgrading again, and some packages upgraded partially (complained about not being able to write), most ran into the removing '/usr/' issue. I tried to startx, but ran into configuration errors, and I couldn't use my keyboard or mouse, so I hard rebooted.
    Reboot went fine, I tried upgrading again. Pacman complained about files already existing, so I backed those up, and removed them. Tried upgrading again, kernel upgrade warned about not being mounted. So I tried to mount /boot, and it complained that ext2 was not a recognized filesystem. So I rebooted, ran into some module errors. I booted into the rescue CD, put back the modules I had backed up, and rebooted into the system. It booted up just fine. I upgraded, and it worked, except /boot still had trouble mounting. I booted into the rescue CD again, mounted the root filesystem into /mnt and the /boot partition into /blah, and copied the contents of /mnt/boot to /blah. Unfortunately, I forgot that would also override my grub configurations. So it ran into a kernel panic. After a few more reboots, I finally fixed the problem by replacing menu.lst with menu.lst~, and linking grub.conf to menu.lst. Now everything is working fine.
    The issues I want to prevent from happening again is /usr mounted as read-write, but recognized as read-only, ext2 not being recognized (I can now mount /boot just fine). I would also like to know if it's possible that some of the packages weren't fully upgraded. If so, how can I get pacman to find them and re-install those packages.

  • [SOLVED] After pacman update, system no longer boots

    Updated pacman packages, and half-way through the upgrade proces fails (it mentions not being able to find package-control).  Upon investigating, I notice no programs are working.  I ls /usr/bin and it is empty!  In a panic, I restart the machine, and it no longer boots up. 
    My boot is on sda3 and /root is sda5.
    When bash starts up, it loads the kernel fine, and then after a second it panics and exclaims: "No init found. Try passing init=bootarg". 
    I load up my trusty Arch livecd and fsck the partitions.  Fsck claims both partitions are clean.  I am able to mount them and examine the file structure: all files look like they are there.  I then try to chroot the mounted partition (sda5, my /root), and get the error that "/bin/bash" is not found, even though it is there in the correct directory.  Not sure what to do now.
    My grub entry, which has always worked fine prior to this:
    legacy_kernel '/linux344-ck' 'acpi_osi=Linux' 'root=/dev/sda5' 'rootfstype=ext4' 'init=/sbin/init' 'pcie_aspm=force' 'acpi_backlight=vendor' 'i915.i915_enable_rc6=1' 'i915.i915_enable_fbc=1' 'i915.lvds_downclock=1' 'ipv6.disable=1' 'i915.semaphores=1' 'modprobe.blacklist=bluetooth,uvcvideo' 'ro'
    legacy_initrd '/initramfs-linux-fallback.img' '/initramfs-linux-fallback.img'
    UPDATE: solved issue.  I didn't read the news.  Upgrading via pacman broke my system because of this.  Now I know!  System is running smooth again.
    Last edited by corruptz0r (2012-07-15 20:26:53)

    Huh. I guess the problem was a couple of stale and crusty {,f}getty .service files, and an obsolete slim.service file I created a while back.
    Removing them fixed my problem, although tty1 still shows boot messages (not a problem, and may not even be "new" behaviour)
    Cheers Tomegun.

  • [SOLVED] Failed pacman -Syu system update

    I tried update pacman -Syu and gave me this message:
    error: failed to init transaction (unable to lock database)
    if you're sure a package manager is not already
    running, you can remove /var/lib/pacman/db.lck
    so I changed db.lck to db.lck.bac
    and when I pacman -syu   pacman gave me this mesage:
    error: failed to commit transaction (conflicting files)
    initscripts: /etc/profile.d/locale.sh exists in filesystem
    Errors occurred, no packages were upgraded.
    any Ideals?
    Last edited by mephostophilis (2011-10-23 05:48:20)

    https://bbs.archlinux.org/viewtopic.php … 1#p1007171

  • [SOLVED] pacman update fails: gcc requires gcc-libs=4.7.0-3

    Hi
    I ran pacman -Syu this morning and there's an update to pacman to install first, so I say yes but it fails like this:
    :: Synchronising package databases...
    core is up to date
    extra is up to date
    community is up to date
    :: The following packages should be upgraded first :
    pacman
    :: Do you want to cancel the current operation
    :: and upgrade these packages now? [Y/n] y
    resolving dependencies...
    looking for inter-conflicts...
    error: failed to prepare transaction (could not satisfy dependencies)
    :: gcc: requires gcc-libs=4.7.0-3
    But I have gcc-libs 4.7.0-3 installed:
    pacman -Qs gcc-libs
    local/gcc-libs 4.7.0-3 (base)
    Runtime libraries shipped by GCC
    So what's going on?
    Last edited by useradded (2012-04-11 08:08:09)

    How might that break pacman? Assuming databases are current, is running
    pacman -S pacman
    followed by
    pacman -Syu
    different from what pacman itself is trying to do?
    Is the message that pacman should be updated first just wrong?
    So is this what you should do?
    $ pacman -Syu
    Recent ML chatter: linux(2)
    :: Synchronizing package databases...
    core 101.8 KiB 480K/s 00:00 [########################################] 100%
    extra 1385.2 KiB 832K/s 00:02 [########################################] 100%
    community 1636.1 KiB 810K/s 00:02 [########################################] 100%
    multilib 86.4 KiB 522K/s 00:00 [########################################] 100%
    :: The following packages should be upgraded first :
    pacman
    :: Do you want to cancel the current operation
    :: and upgrade these packages now? [Y/n] y
    resolving dependencies...
    looking for inter-conflicts...
    :: gcc-libs and gcc-libs-multilib are in conflict. Remove gcc-libs-multilib? [y/N] y
    error: failed to prepare transaction (could not satisfy dependencies)
    :: gcc-multilib: requires gcc-libs-multilib=4.7.0-3
    No pacnew files to update.
    $ pacman -Syu
    :: The following packages should be upgraded first :
    pacman
    :: Do you want to cancel the current operation
    :: and upgrade these packages now? [Y/n] N
    I thought that itself might break pacman, which is why I updated pacman on its own. So I obviously don't get how it works...
    Plus, why did you say "Or, just..." which suggests it is an alternative method rather than a better one...?
    Last edited by cfr (2012-04-11 22:49:15)

  • [SOLVED]Pacman update fails

    Hi,
    Yesterday everything was working great but today it isn't anymore.
    The problem
    I did
    pacman -Syu
    Output:
    sudo pacman -Syu
    :: Synchronizing package databases...
    core is up to date
    extra is up to date
    community is up to date
    archlinuxfr is up to date
    :: The following packages should be upgraded first :
    pacman
    :: Do you want to cancel the current operation
    :: and upgrade these packages now? [Y/n]
    So i choose Y and i get this:
    resolving dependencies...
    looking for inter-conflicts...
    error: failed to prepare transaction (could not satisfy dependencies)
    :: package-query: requires pacman<3.5
    :: pacman-color: requires pacman=3.4.3
    What does this mean and how can I solve this?
    As described here: https://bbs.archlinux.org/viewtopic.php?pid=907659
    I removed yaourt but this didn't solve the problem
    Thanks in advance!
    Last edited by tgoossens (2011-03-24 12:11:46)

    I had this same problem, and I went through the instructions as posted, but it must have removed pacman in the process. Now, I cannot update anything. I went through the stickied topic on pacman but it didn't work. I found some instructions on downloading pacman and installing it manually, but now every time I run the pacman command I get:
    pacman: error while loading shared libraries: libalpm.so.6: cannot open shared object file: No such file or directory
    I googled that and none of those instructions work for me. Is there a way I can save my system?
    Edit: And now my laptop has the same error preventing me from updating Pacman, what should I do to resolve that one? I would think that something in the repositories needs to be fixed and this is probably a bug, considering the home page doesn't say anything about it.
    Edit 2: I did the following
    sudo mv /usr/lib/liblzma.so /usr/lib/liblzma.so.0
    And now pacman works, but it cannot find a single mirror that I have set up, it says "error retrieving file" on everything.
    Edit 3: Nevermind, I give up. I'm going to wipe and reformat my computer. This is RIDICULOUS. I hope the same problem doesn't happen to my laptop, what is the *official* way to fix the "package-query: requires pacman<3.5" problem?
    Last edited by jlacroix (2011-03-24 14:23:20)

  • Fast Pacman Update Checker for bash/zsh

    I saw some fancy notifiers using Desktop Notification or the systray on this forum, but nothing suitable for my arch server.
    The following snippet check for updates once a day, whenever you spawn a new shell.
    #!/bin/bash
    # add this to your bashrc/zshrc
    function _current_epoch {
    echo "$(($(date +%s) / 60 / 60 / 24))"
    function _check_updates {
    flock -n 9 || return # one concurrent update process at the time
    local ignored_pkgs="^linux"
    #local updates=`wc -l < /var/log/pacman-updates.log`
    local updates=`grep -Ev $ignored_pkgs /var/log/pacman-updates.log | wc -l`
    if [ $updates -gt 0 ]; then
    echo -n "There are $updates updates. Upgrade? (y/n) [n] "
    read line
    if [ "$line" = Y ] || [ "$line" = y ]; then
    yaourt -Syu --aur
    pacman -Qu | sudo tee /var/log/pacman-updates.log >/dev/null
    fi
    fi
    echo "$(_current_epoch)" > $HOME/.pacman-update
    ) 9> ~/.pacman-update.lck
    if [[ $- == *i* ]] && # only interactive shells
    [ -e /var/log/pacman-updates.log ] && # only after first update
    [ ! -e /var/lib/pacman/db.lck ]; then # not if pacman is running
    if [ -e .pacman-update ]; then
    read last_epoch < $HOME/.pacman-update
    if [[ -n "$last_epoch" ]]; then
    if [ $(($(_current_epoch) - $last_epoch)) -ge 1 ]; then
    _check_updates
    fi
    fi
    unset last_epoch
    else
    _check_updates
    fi
    fi
    To keep my package cache up to date I use a systemd.timer unit.
    It prefetchs all new packages without installing them or touching the database
    #/etc/systemd/timer-daily.timer
    [Unit]
    Description=Daily Timer
    [Timer]
    OnBootSec=10min
    OnUnitActiveSec=1d
    Unit=timer-daily.target
    [Install]
    WantedBy=basic.target
    #/etc/systemd/timer-daily.target
    [Unit]
    Description=Daily Timer Target
    StopWhenUnneeded=yes
    #/etc/systemd/timer-daily.target.wants/pacman-update.service
    [Unit]
    Description=Update pacman's package cache
    [Service]
    Type=oneshot
    Nice=19
    IOSchedulingClass=2
    IOSchedulingPriority=7
    Environment=CHECKUPDATE_DB=/var/lib/pacman/checkupdate
    ExecStartPre=/bin/sh -c "/usr/bin/checkupdates > /var/log/pacman-updates.log"
    ExecStart=/usr/bin/pacman --sync --upgrades --downloadonly --noconfirm --dbpath=/var/lib/pacman/checkupdate
    Have fun.
    UPDATE
    Use the safer checkupdates script, so it will not touch the sync database, which prevents dangerous partial system upgrades
    UPDATE 2
    Do not check for updates if pacman is running. Use Type=oneshot to prevent timeout.
    Last edited by Mic92 (2013-07-20 05:04:33)

    Tip, look into pacaur philosophy.
    Shell helpers seem strange to mix with automation. My habit at shell is to enter pacaur -Syu and say no to the updates unless/until I want what I see, or the update list gets big. In that case I plan a restaurant break to coincide with my manual update.
    Autoupdates can run at a particular time like early AM before working hours, when nightowls finally sleep but before morning office rush.

  • Problems trying to update with Pacman

    So I installed Arch Linux for the first time and its awesome. I updated Pacman and after googling I learned that you have to uncomment some servers from the mirror list. I did it and the problem was solved. Yesterday was working but today is not working. Here is the output from pacman -Syy:
    :: Synchronizing package databases...
    error: failed retrieving file 'core.db.tar.gz' from archlinux.c3sl.ufpr.br : No address record
    error: failed to update core (No address record)
    error: failed retrieving file 'extra.db.tar.gz' from archlinux.c3sl.ufpr.br : No address record
    error: failed to update extra (No address record)
    kdemod-core 50.8K 48.3K/s 00:00:01 [####################] 100%
    error: failed retrieving file 'community.db.tar.gz' from archlinux.c3sl.ufpr.br : No address record
    error: failed to update community (No address record)
    kdemod-extragear 13.7K 36.2K/s 00:00:00 [####################] 100%
    kdemod-playground 10.9K 64.0K/s 00:00:00 [####################] 100%
    kdemod-testing 55.6K 64.1K/s 00:00:01 [####################] 100%
    I can't update the core and extra packages but kdemod is updating. That's weird. Here is my /etc/pacman.conf
    # /etc/pacman.conf
    # See the pacman.conf(5) manpage for option and repository directives
    # GENERAL OPTIONS
    [options]
    # The following paths are commented out with their default values listed.
    # If you wish to use different paths, uncomment and update the paths.
    #RootDir = /
    #DBPath = /var/lib/pacman/
    #CacheDir = /var/cache/pacman/pkg/
    #LogFile = /var/log/pacman.log
    HoldPkg = pacman glibc
    # If upgrades are available for these packages they will be asked for first
    SyncFirst = pacman
    #XferCommand = /usr/bin/wget --passive-ftp -c -O %o %u
    #XferCommand = /usr/bin/curl %u > %o
    #CleanMethod = KeepInstalled
    # Pacman won't upgrade packages listed in IgnorePkg and members of IgnoreGro$
    #IgnorePkg =
    #IgnoreGroup =
    #NoUpgrade =
    #NoExtract =
    # Misc options (all disabled by default)
    #NoPassiveFtp
    #UseSyslog
    #ShowSize
    #UseDelta
    #TotalDownload
    # REPOSITORIES
    # - can be defined here or included from another file
    # - pacman will search repositories in the order defined here
    # - local/custom mirrors can be added here or in separate files
    # - repositories listed first will take precedence when packages
    # have identical names, regardless of version number
    # - URLs will have $repo replaced by the name of the current repo
    # Repository entries are of the format:
    # [repo-name]
    # Server = ServerName
    # Include = IncludePath
    # The header [repo-name] is crucial - it must be present and
    # uncommented to enable the repo.
    # Testing is disabled by default. To enable, uncomment the following
    # two lines. You can add preferred servers immediately after the header,
    # and they will be used before the default mirrors.
    #[testing]
    #Include = /etc/pacman.d/mirrorlist
    [core]
    Server=http://archlinux.c3sl.ufpr.br/core/os/i686
    # Add your preferred servers here, they will be used first
    [extra]
    Server=http://archlinux.c3sl.ufpr.br/extra/os/i686
    # Add your preferred servers here, they will be used first
    [kdemod-core]
    Server=http://chakra-project.org/repo/core/i686
    [community]
    Server=http://archlinux.c3sl.ufpr.br/community/os/i686
    # Add your preferred servers here, they will be used first
    # An example of a custom package repository. See the pacman manpage for
    # tips on creating your own repositories.
    #[custom]
    #Server = file:///home/custompkgs
    [kdemod-extragear]
    Server=http://chakra-project.org/repo/extragear/i686
    [kdemod-playground]
    Server=http://chakra-project.org/repo/playground/i686
    [kdemod-testing]
    Server=http://chakra-project.org/repo/testing/i686
    All Servers from /etc/pacman.d/mirrorlist are uncommented.
    What Im doing wrong?

    windtalker wrote:
    What Im doing wrong?
    Following the wrong instructions maybe?
    The Beginners guide, if that's what you followed to install had you going in the right direction.
    The only mirrors that needed to be uncommented were the ones in your country.
    There is also a package you could install that would rate the mirrors for you and keep the fastest six in a file to access automatically.
    I don't recognize the address you have for core, but that doesn't mean it isn't a legit addy either.
    I also don't see extra or the community repo in your pacman.conf.
    No clue what you have done so no real clue how to fix it.
    For instance:
    I updated Pacman and after googling I learned that you have to uncomment some servers from the mirror list. I did it and the problem was solved.
    What problem?
    If you were able to update pacman, something was working.
    Everything was working before the update and after the update.
    Pelos seus mirrors vejo que tá no Brasil
    Os mirrors da ufpr às vezes dão pau.... comente-os e use os da unicamp quando isso ocorrer...
    Code:
    [core]
    # Add your preferred servers here, they will be used first
    #Server = http://archlinux.c3sl.ufpr.br/$repo/os/x86_64
    #Server = ftp://archlinux.c3sl.ufpr.br/archlinux/$repo/os/x86_64
    Server = ftp://ftp.las.ic.unicamp.br/pub/archlin … /os/x86_64
    Include = /etc/pacman.d/mirrorlist
    [extra]
    # Add your preferred servers here, they will be used first
    #Server = http://archlinux.c3sl.ufpr.br/$repo/os/x86_64
    #Server = ftp://archlinux.c3sl.ufpr.br/archlinux/$repo/os/x86_64
    Server = ftp://ftp.las.ic.unicamp.br/pub/archlin … /os/x86_64
    Include = /etc/pacman.d/mirrorlist
    [community]
    # Add your preferred servers here, they will be used first
    #Server = http://archlinux.c3sl.ufpr.br/$repo/os/x86_64
    #Server = ftp://archlinux.c3sl.ufpr.br/archlinux/$repo/os/x86_64
    Server = ftp://ftp.las.ic.unicamp.br/pub/archlin … /os/x86_64
    Include = /etc/pacman.d/mirrorlist
    O meu já ta comentado por causa disso, nos últimos dias ( hoje?) eles não tavam funcionando...
    EDIT: é claro, utilize o repositório da sua arquitetura.... ( copie-os do /etc/pacman.d/mirrorlist )
    Thanks a lot. I don't know portuguese but I speak spanish so I can understand portuguese a little. Problem solved.

Maybe you are looking for