[solved]many segfault after a pacman -Syu

bad luck gnome-* got segfault after a pacman -Syu. that including gedit, empathy, nautilus, epiphany, gnome-screensaver.... gnome is simply half dead!!! somebody help!
[update]pls scroll down to bsdson.tw #9 for a work around.
Last edited by semson (2011-09-04 14:58:19)

here is the pacman log, x86_64
[2011-09-03 20:15] Running 'pacman -Syu'
[2011-09-03 20:15] synchronizing package lists
[2011-09-03 20:15] starting full system upgrade
[2011-09-03 20:18] removed pygobject-devel (2.28.6-1)
[2011-09-03 20:18] removed py3gobject (2.28.6-1)
[2011-09-03 20:18] removed pygobject (2.28.6-1)
[2011-09-03 20:18] upgraded libglapi (7.11-1 -> 7.11-2)
[2011-09-03 20:18] upgraded libgl (7.11-1 -> 7.11-2)
[2011-09-03 20:18] upgraded ati-dri (7.11-1 -> 7.11-2)
[2011-09-03 20:18] upgraded bzr (2.3.4-1 -> 2.4.0-1)
[2011-09-03 20:18] upgraded ca-certificates (20110502-1 -> 20110502+nmu1-1)
[2011-09-03 20:18] upgraded gnutls (3.0.1-1 -> 3.0.2-1)
[2011-09-03 20:18] upgraded libcups (1.4.8-2 -> 1.5.0-1)
[2011-09-03 20:18] upgraded gtk-update-icon-cache (2.24.5-3 -> 2.24.6-2)
[2011-09-03 20:18] upgraded gtk2 (2.24.5-3 -> 2.24.6-2)
[2011-09-03 20:18] upgraded nss (3.12.11-1 -> 3.12.11-3)
[2011-09-03 20:18] upgraded libevent (2.0.12-1 -> 2.0.13-1)
[2011-09-03 20:19] upgraded chromium (13.0.782.215-1 -> 13.0.782.218-1)
[2011-09-03 20:19] upgraded clutter-gtk (1.0.0-1 -> 1.0.2-1)
[2011-09-03 20:19] upgraded evolution-data-server (3.0.2.1-2 -> 3.0.3-1)
[2011-09-03 20:19] upgraded fakeroot (1.17-1 -> 1.18-1)
[2011-09-03 20:19] upgraded firefox (6.0-1 -> 6.0.1-1)
[2011-09-03 20:19] upgraded firefox-i18n (6.0-2 -> 6.0.1-1)
[2011-09-03 20:19] updating gtk immodules... done.
[2011-09-03 20:19] upgraded gcin (1.6.4-2 -> 1.6.5-1)
[2011-09-03 20:19] upgraded icedtea-web (1.1.1-1 -> 1.1.2-1)
[2011-09-03 20:19] upgraded imlib2 (1.4.4-1 -> 1.4.5-1)
[2011-09-03 20:19] upgraded lib32-libcups (1.4.5-2 -> 1.5.0-1)
[2011-09-03 20:19] upgraded lib32-gtk2 (2.24.5-1 -> 2.24.6-1)
[2011-09-03 20:19] upgraded lib32-keyutils (1.4-1 -> 1.5.2-1)
[2011-09-03 20:19] upgraded libdvbpsi (0.2.0-1 -> 0.2.1-1)
[2011-09-03 20:19] upgraded libreoffice-zh-TW (3.4.2-1 -> 3.4.3-1)
[2011-09-03 20:19] upgraded libreoffice-common (3.4.2-2 -> 3.4.3-1)
[2011-09-03 20:19] upgraded libreoffice-calc (3.4.2-2 -> 3.4.3-1)
[2011-09-03 20:19] upgraded libreoffice-extension-pdfimport (3.4.2-2 -> 3.4.3-1)
[2011-09-03 20:19] upgraded libreoffice-extension-presentation-minimizer (3.4.2-2 -> 3.4.3-1)
[2011-09-03 20:19] upgraded libreoffice-gnome (3.4.2-2 -> 3.4.3-1)
[2011-09-03 20:19] upgraded libreoffice-impress (3.4.2-2 -> 3.4.3-1)
[2011-09-03 20:19] upgraded libreoffice-writer (3.4.2-2 -> 3.4.3-1)
[2011-09-03 20:19] upgraded libwnck (2.30.6-2 -> 2.30.7-1)
[2011-09-03 20:19] upgraded linux-firmware (20110727-1 -> 20110822-1)
[2011-09-03 20:19] >>> Updating module dependencies. Please wait ...
[2011-09-03 20:19] >>> Generating initial ramdisk, using mkinitcpio. Please wait...
[2011-09-03 20:19] ==> Building image from preset: 'default'
[2011-09-03 20:19] -> -k /boot/vmlinuz-linux -c /etc/mkinitcpio.conf -g /boot/initramfs-linux.img
[2011-09-03 20:19] ==> Starting build: 3.0-ARCH
[2011-09-03 20:19] -> Parsing hook: [base]
[2011-09-03 20:19] -> Parsing hook: [udev]
[2011-09-03 20:19] -> Parsing hook: [autodetect]
[2011-09-03 20:19] -> Parsing hook: [pata]
[2011-09-03 20:19] -> Parsing hook: [scsi]
[2011-09-03 20:19] -> Parsing hook: [sata]
[2011-09-03 20:19] -> Parsing hook: [filesystems]
[2011-09-03 20:19] -> Parsing hook: [usbinput]
[2011-09-03 20:19] ==> Generating module dependencies
[2011-09-03 20:19] ==> Creating gzip initcpio image: /boot/initramfs-linux.img
[2011-09-03 20:19] 7210 blocks
[2011-09-03 20:19] ==> Image generation successful
[2011-09-03 20:19] ==> Building image from preset: 'fallback'
[2011-09-03 20:19] -> -k /boot/vmlinuz-linux -c /etc/mkinitcpio.conf -g /boot/initramfs-linux-fallback.img -S autodetect
[2011-09-03 20:19] ==> Starting build: 3.0-ARCH
[2011-09-03 20:19] -> Parsing hook: [base]
[2011-09-03 20:19] -> Parsing hook: [udev]
[2011-09-03 20:19] -> Parsing hook: [pata]
[2011-09-03 20:19] -> Parsing hook: [scsi]
[2011-09-03 20:19] -> Parsing hook: [sata]
[2011-09-03 20:19] -> Parsing hook: [filesystems]
[2011-09-03 20:19] -> Parsing hook: [usbinput]
[2011-09-03 20:19] ==> Generating module dependencies
[2011-09-03 20:19] ==> Creating gzip initcpio image: /boot/initramfs-linux-fallback.img
[2011-09-03 20:20] 23822 blocks
[2011-09-03 20:20] ==> Image generation successful
[2011-09-03 20:20] upgraded linux (3.0.3-1 -> 3.0.4-1)
[2011-09-03 20:20] upgraded linux-headers (3.0.3-1 -> 3.0.4-1)
[2011-09-03 20:20] upgraded mesa (7.11-1 -> 7.11-2)
[2011-09-03 20:20] upgraded polkit (0.101-2 -> 0.102-1)
[2011-09-03 20:20] installed pygobject2-devel (2.28.6-1)
[2011-09-03 20:20] installed python-gobject2 (2.28.6-1)
[2011-09-03 20:20] installed python2-gobject2 (2.28.6-1)
[2011-09-03 20:20] upgraded qt (4.7.3-3 -> 4.7.4-1)
[2011-09-03 20:20] upgraded telepathy-logger (0.2.10-1 -> 0.2.10-2)
[2011-09-03 20:20] upgraded vim-runtime (7.3.266-1 -> 7.3.289-1)
[2011-09-03 20:20] upgraded vim (7.3.266-1 -> 7.3.289-1)
[2011-09-03 20:20] upgraded wget (1.13.1-1 -> 1.13.3-1)
[2011-09-03 20:20] Updating font cache... done.
[2011-09-03 20:20] wqy-zenhei post install message
[2011-09-03 20:20] ==> Special Note: By default, we disabled the embedded bitmaps,
[2011-09-03 20:20] so that the characters will be displayed as Anti-aliased glyphs.
[2011-09-03 20:20] For those who want to use bitmap font rendering (for 9pt-12pt),
[2011-09-03 20:20] you can modify the enclosed 44-wqy-zenhei.conf and change the line
[2011-09-03 20:20] <edit name=\"embeddedbitmap\"><bool>false</bool></edit>
[2011-09-03 20:20] to
[2011-09-03 20:20] <edit name=\"embeddedbitmap\"><bool>true</bool></edit>"
[2011-09-03 20:20]
[2011-09-03 20:20] Remove 44-wqy-zenhei.conf and 66-wqy-zenhei-sharp.conf symlinks
[2011-09-03 20:20] from /etc/fonts/conf.d/ directory if you have problems with this
[2011-09-03 20:20] package.
[2011-09-03 20:20] upgraded wqy-zenhei (0.9.45-1 -> 0.9.45-2)
[2011-09-03 20:20] upgraded xulrunner (6.0-2 -> 6.0.1-1)
Last edited by semson (2011-09-04 07:10:04)

Similar Messages

  • [SOLVED] Audacious segfaults after gtk3 3.2.2-1 update

    EDIT 2:
    Fixed upstream.
    https://bugzilla.gnome.org/show_bug.cgi?id=664137
    EDIT: Fixed at gtk3 3.2.2-2
    Hi,
    I realized today that Audacious 3.1-2 started to segfault after the update from gtk3 3.2.1-1 to 3.2.2-1 (Everything pacman -Syyu'ed)
    1 - Press 'F' to open Add Files... dialog
    2 - Browse arbitrary folders
    3 - Segfault after opening 5-6 folders
    No problems with playback whatsoever, hence I posted this here.
    Going back to gtk3 3.2.1-1 fixes the problem.
    No errors reported by audacious.
    gdb:
    Program received signal SIGSEGV, Segmentation fault.
    in g_type_check_instance_is_a () from /usr/lib/libgobject-2.0.so.0
    I have not seen anything reported to audacious or to gtk developers. I am away from home for the next week and do not have a decent Internet connection; so I refrained from reporting the bug for the moment. I know it is annoying when people file bugs and disappear.
    Can anyone reproduce the problem?
    Thanks...
    Last edited by kare (2011-11-30 16:11:58)

    Here you go: audacious, gtk3, glib2 with debug.
    Btw, it looks like I sometimes get different backtraces, I have seen 3 variations. I include 2 here, I forgot to log the other one and cannot get it again. 
    http://pastebin.com/hNLbGPTG
    http://pastebin.com/dcKTb9bC
    To reproduce, I do exactly as I say in the first post:
    1 - Open the dialog to add files to the playlist. (Hit 'F' on the keyboard, or use the Plus button at the lower left corner of the playlist -- with Winamp skin)
    2 - I start going in to random folders and possibly adding files. Adding files is not necessary, just going into a folder, then going back to the parent, and repeating this is enough. The dialog is set to stay open after adding a file.
    3 - Crash comes randomly. Sometimes when I descend into the very first folder. Other times I need to go back and forth 5-10 times.
    EDIT: Just now, I could reproduce this on a second Arch Linux installation.
    Last edited by kare (2011-11-15 17:56:14)

  • No network after first pacman -Syu, don't know why

    Hi All,
    I've been lurking on the boards since I installed Arch on a old Pentium II machine last summer.  I was pretty impressed how well it ran on crappy old hardware, so I am trying to put it on a much nicer Athlon 1200 box I recently aquired.  But I am having problems with the internet connection after the install.
    The new system doesn't have a ethernet card, so I am using a Linksys usb-to-ethernet adapter.  According to this website:
    http://www.linuxcompatible.org/cdetail10700.html
    this adapter should work with Linux and uses a module called CDCEther.
    After installing off the base CD I burned back in about June and fiddling with rc.conf to get it set up for dhcp, I was able to get on the internet.  So I proceeded to do a pacman -Syu and rebooted once it was finished.  After that boot I can no longer get to the internet at all.  I can't even ping my linksys router which is the gateway.  If I do ifconfig eth0 it says device not found, and if I do netstat -r it returns nothing at all.
    I didn't add kernel26 to my IgnorePkg line in pacman.conf.  Is it possible that the kernel got upgraded and now it can't load the module for my adapter?  When I do a uname -a it says the kernel rev is 2.6.10, while before the pacman -Syu I think it was 2.6.3.  I notice if I do modprobe CDCEther it says there is no such thing.  I didn't try that before it broke though, I didn't have any reason to check it out since everything was working.  But I assume it would have found the module then since I could get on the network just fine. . .
    What is my best option here?  Does anybody know how I can fix this situation, or should I just reinstall?  And if I do reinstall should I use the ftp install instead of going off the CD like I did this time?
    Thanks,
    Ralph

    I have nailed down the problem more and found a workaround for now.  I'll add the info here in case somebody else finds this post when working on a similar problem.
    I tried changing CDCEther to usbnet in both modprobe.conf and rc.conf as that link I posted above suggested.  That didn't help.  After rebooting I still had no network connection even though lsmod showed the usbnet module was running.
    So I left those files with usbnet in them and downgraded the kernel to the 2.6.3 version on my base install CD from last summer.  After doing that and booting the USB to ethernet adapter is fine and I can get to the internet.  So clearly it was the pacman -Syu upgrading the kernel that broke it, I just don't know why.
    For now I have put kernel26 in my IgnorePkg line of pacman.conf so this won't happen again.  I would guess if I figure out why it broke I could upgrade the kernel by recompiling or using ABS as people suggested above.  But I'll wait till I have a little more experience and know more about why the newer kernel didn't work before I try that.
    Thanks again to iBertus and sarah31 for the help.

  • [sort of SOLVED] keyboard stuck after first pacman call

    Hi
    I installed arch using a CD. The next thing i did was
    pacman -Syu
    Now I can't log in since the keyboard does not work any more. It does work in the grub menu I get before the login prompt. Is this a known problem. Are there any system files which might give me a hint what is going wrong. Would you suggest to simply redo the installation procedure?
    Thanks in advance,
    Keen
    Last edited by keen90 (2011-08-06 11:14:38)

    I did.
    Same effect.
    I am a bit confused anyway. The only reason I used this "old" cd was, the up-to-date iso I downloaded did not work as live cd. I got the error message:
    arch linux unknown keyword in configuretion file: IPAPPEND
    and then the bootup did stuck
    Which seems to be a known bug. I do not understand why there is no newer release than the one from June 2010.
    I did not check the MD5 sum so I will give it another try. And check it this time

  • [solved]unsure of result from pacman -Syu

    hi
    i just did a pacman -Syu and got the following warning!
    [root@arch danny]# pacman -Syu
    :: Synchronising package databases...
    core is up to date
    extra is up to date
    community is up to date
    :: Starting full system upgrade...
    warning: iproute: local (070710-1) is newer than core (2.6.24_rc7-1)
    local database is up to date
    [root@arch danny]#
    any ideas?? thanks
    Last edited by ninjaprawn (2010-02-19 17:07:05)

    If you didn't install a different iproute version manually (not from the official repositories), then you should do:
    pacman -S iproute
    and simply reinstall iproute and all should be fine.

  • [SOLVED]Cannot run iptables probably after doing pacman -Syu

    Hi guyz, help me solving this issue.
    [shadyabhi@ArchLinux ~/redsocks]$ sudo iptables -L
    FATAL: Could not load /lib/modules/2.6.33-ARCH/modules.dep: No such file or directory
    iptables v1.4.8: can't initialize iptables table `filter': iptables who? (do you need to insmod?)
    Perhaps iptables or your kernel needs to be upgraded.
    [shadyabhi@ArchLinux ~/redsocks]$
    Last edited by shadyabhi (2010-06-22 09:29:57)

    wonder wrote:
    you have that problem because you updated the kernel to 2.6.34 and you didn't rebooted. because we replace the old kernel, the modules are gone.
    the only solution is to reboot
    Thanks @wonder. After the reboot, everything is fine.. But, I think, pacman should better give a message after the kernel upgrade to reboot..
    Last edited by shadyabhi (2010-06-22 09:29:19)

  • [SOLVED] Cannot startup properly after recent pacman -Syu

    I'm having a bit of trouble starting up my system after a recent upgrade (6-6-13).  I ran into some issues beforehand with the error
    filesystem: /bin exists in filesystem
    filesystem: /sbin exists in filesystem
    but resolved that by following the steps highlighted on the recent news section on the home page.  I use rEFInd and I get the normal boot menu and everything seems normal, but I get this message when loading up the OS
    [FAILED] Failed to mount /boot.
    See 'systemctl status boot.mount' for details.
    [DEPEND] Dependency failed for Local File Systems.
    So I run the command mentioned above and get this
    boot.mount - /boot
    Loaded: loaded (/etc/fstab)
    Active: failed (Result: exit-code) since Fri 2013-06-07 19:30:39 CDT; 2 min 0s ago
    Where: /boot
    What: /dev/disk/by-uuid/F1E8-4195
    Process: 168 ExecMount=/bin/mount /dev/disk/by-uuid/F1E8-4195 /boot -t vfat -o rw,relatime,fmask=0022,dmask=0022,codepage=437,iocharset=iso8859-1,shortname=mixed,errors=remount-ro (code=exited, status=32)
    Jun 07 19:30:39 ux31a systemd[1]: boot.mount mount process exited, code=exited status=32
    Jun 07 19:30:39 ux31a systemd[1]: Failed to mount /boot
    Jun 07 19:30:39 ux31a systemd[1]: Unit boot.mount entered failed state.
    I'm still new and getting used to this but it looks like my filesystem is not loading properly (obviously) and I do not know how to resolve my issue.  Any help?  You guys were great helping with my install issues.
    Last edited by somedood (2013-06-09 13:17:38)

    I'm happy to say that I was able to successfully boot thanks to some research into the Arch boot sequence and adding MODULES="vfat" to my /etc/mkinitcpio.conf!  I ran
    mkinitcpio -p linux
    to create the initramfs-linux.img and initramfs-linux-fallback.img in my /boot directory.  I tried to reboot, however it did not work because I did not have what rEFInd needed to boot successfully.  I then ran
    cp /boot/vmlinuz-linux /boot/EFI/arch/vmlinuz-arch.efi
    cp /boot/initramfs-linux.img /boot/EFI/arch/initramfs-arch.img
    cp /boot/initramfs-linux-fallback.img /boot/EFI/arch/initramfs-arch-fallback.img
    to place the images and the kernel in my rEFInd directory so that rEFInd could find those things in order to boot successfully.  So basically I had the right files in the wrong place!
    Anyways, thanks for all the help everyone!  The Arch community is great when noobs like me get stuck! 
    One more small question from me... I'm supposed to mark the topic as SOLVED when it is in fact solved.  How do I change the title of this topic?  Thanks

  • [solved] Issue about update with pacman -Syu

    Everytime I update my system I get these questions. I always answer no, because I'm afraid to screw up everything. The questions are
    replace iwlwifi with core/kernel26?
    replace rt2x00-cvs with core/kernel26?
    replace slocate with core/mlocate?
    What should I do, why pacman is asking me this, and what is slocate, mlocate, rt2x00-cvs iwlwifi, core/kernel26?
    Thanks a lot, I'm a newbie! I've searched for that in forum and in google, and all what I got was japanese pages, and a thing that has nothing to do with that.
    Alexandre
    edit: solved! thankyou!!!
    Last edited by malkosta (2008-10-12 14:57:49)

    replace iwlwifi with core/kernel26? => that's because the Intel wireless driver iwlwifi was included in the linux kernel, so you don't need it anymore.
    replace rt2x00-cvs with core/kernel26? => about the same thing I think.
    replace slocate with core/mlocate? => the arch devs decided to change the version of locate (a command to search files) in core.
    Edit : bender02 was faster than me.
    Last edited by catwell (2008-10-12 12:50:09)

  • Twinkle libccext error after latest pacman -Syu

    twinkle: error while loading shared libraries: libccext2-1.5.so.0: cannot open shared object file: No such file or directory
    After receiving this message with  1.0.1-2 from Extra, I gave      1.0.1-3 from Testing a go, but I'm still seeing this message.  Anyone else experiencing this problem or know how it can be resolved?

    Comment by Benito (benito) - Friday, 04 January 2008, 10:53 GMT-5
    workaround: rebuild commoncpp2-1.5.7 (simply change the pkgver in the PKGBUILD) and afterwards rebuild twinkle[-kdefree], then it works.
    I rebuilt commoncpp2 as 1.5.7 as above and Twinkle is working again (without a Twinkle rebuild).

  • [Solved] Makepkg aborting after last pacman update

    Hi all,
    firing makepkg yields:
    $ makepkg
    ==> ERROR: An unknown error has occurred. Exiting...
    And therefore this happens also when I try building packages of the AUR with yaourt.
    The problem showed up with last pacman update.
    What I am I doing wrong?
    Thanks for you patience,
    Davide
    Last edited by flakedave (2010-06-23 22:46:39)

    Yeah, version and help are fine.
    $ cat /etc/makepkg.conf
    # /etc/makepkg.conf
    # SOURCE ACQUISITION
    #-- The download utilities that makepkg should use to acquire sources
    # Format: 'protocol::agent'
    DLAGENTS=('ftp::/usr/bin/wget -c --passive-ftp -t 3 --waitretry=3 -O %o %u'
    'http::/usr/bin/wget -c -t 3 --waitretry=3 -O %o %u'
    'https::/usr/bin/wget -c -t 3 --waitretry=3 --no-check-certificate -O %o %u'
    'rsync::/usr/bin/rsync -z %u %o'
    'scp::/usr/bin/scp -C %u %o')
    # Other common tools:
    # /usr/bin/snarf
    # /usr/bin/lftpget -c
    # /usr/bin/curl
    # ARCHITECTURE, COMPILE FLAGS
    CARCH="x86_64"
    CHOST="x86_64-unknown-linux-gnu"
    #-- Exclusive: will only run on x86_64
    # -march (or -mcpu) builds exclusively for an architecture
    # -mtune optimizes for an architecture, but builds for whole processor family
    CFLAGS="-march=x86-64 -mtune=generic -O2 -pipe"
    CXXFLAGS="-march=x86-64 -mtune=generic -O2 -pipe"
    LDFLAGS="-Wl,--hash-style=gnu -Wl,--as-needed"
    #-- Make Flags: change this for DistCC/SMP systems
    #MAKEFLAGS="-j2"
    # BUILD ENVIRONMENT
    # Defaults: BUILDENV=(fakeroot !distcc color !ccache)
    # A negated environment option will do the opposite of the comments below.
    #-- fakeroot: Allow building packages as a non-root user
    #-- distcc: Use the Distributed C/C++/ObjC compiler
    #-- color: Colorize output messages
    #-- ccache: Use ccache to cache compilation
    BUILDENV=(fakeroot !distcc color !ccache)
    #-- If using DistCC, your MAKEFLAGS will also need modification. In addition,
    #-- specify a space-delimited list of hosts running in the DistCC cluster.
    #DISTCC_HOSTS=""
    # GLOBAL PACKAGE OPTIONS
    # These are default values for the options=() settings
    # Default: OPTIONS=(strip docs libtool emptydirs zipman purge)
    # A negated option will do the opposite of the comments below.
    #-- strip: Strip symbols from binaries/libraries in STRIP_DIRS
    #-- docs: Save doc directories specified by DOC_DIRS
    #-- libtool: Leave libtool (.la) files in packages
    #-- emptydirs: Leave empty directories in packages
    #-- zipman: Compress manual (man and info) pages in MAN_DIRS with gzip
    #-- purge: Remove files specified by PURGE_TARGETS
    OPTIONS=(strip docs libtool emptydirs zipman purge)
    #-- File integrity checks to use. Valid: md5, sha1, sha256, sha384, sha512
    INTEGRITY_CHECK=(md5)
    #-- Options to be used when stripping binaries. See `man strip' for details.
    STRIP_BINARIES="--strip-all"
    #-- Options to be used when stripping shared libraries. See `man strip' for details.
    STRIP_SHARED="--strip-unneeded"
    #-- Options to be used when stripping static libraries. See `man strip' for details.
    STRIP_STATIC="--strip-debug"
    #-- Manual (man and info) directories to compress (if zipman is specified)
    MAN_DIRS=({usr{,/local}{,/share},opt/*}/{man,info})
    #-- Doc directories to remove (if !docs is specified)
    DOC_DIRS=(usr/{,local/}{,share/}{doc,gtk-doc} opt/*/{doc,gtk-doc})
    #-- Directories to be searched for the strip option (if strip is specified)
    STRIP_DIRS=(bin lib sbin usr/{bin,lib,sbin,local/{bin,lib,sbin}} opt/*/{bin,lib,sbin})
    #-- Files to be removed from all packages (if purge is specified)
    PURGE_TARGETS=(usr/{,share}/info/dir .packlist *.pod)
    # PACKAGE OUTPUT
    # Default: put built package and cached source in build directory
    #-- Destination: specify a fixed directory where all packages will be placed
    #PKGDEST=/home/packages
    #-- Source cache: specify a fixed directory where source files will be cached
    #SRCDEST=/home/sources
    #-- Source packages: specify a fixed directory where all src packages will be placed
    #SRCPKGDEST=/home/srcpackages
    #-- Packager: name/email of the person or organization building packages
    #PACKAGER="John Doe <[email protected]>"
    # EXTENSION DEFAULTS
    # WARNING: Do NOT modify these variables unless you know what you are
    # doing.
    PKGEXT='.pkg.tar.xz'
    SRCEXT='.src.tar.gz'
    # vim: set ft=sh ts=2 sw=2 et:

  • PLZ HELP!! Strange issue after pacman -Syu

    after running pacman -Syu and updating all, my system simply doesn't recognize any modules, and when I try to load them by  modprobe <modu name> I receive a  FATAL msg, even the hostname is set to (none) after reboot, I cant even get into   menuconfig   and now after some commands, the hdd starts reading (I don't know what) like crazy, and the system go all slow, I have no idea of what went wrong

    RDDO wrote:after running pacman -Syu and updating all, my system simply doesn't recognize any modules, and when I try to load them by  modprobe <modu name> I receive a  FATAL msg, even the hostname is set to (none) after reboot, I cant even get into   menuconfig   and now after some commands, the hdd starts reading (I don't know what) like crazy, and the system go all slow, I have no idea of what went wrong
    menuconfig?  are you using a custom compiled kernel?  perhaps this is the source of your problems?

  • Choose which packages to upgrade after pacman -Syu

    Hi all,
    It would be nice for me and for other users i think, after executing  "pacman -Syu"  to choose which packages to upgrade like swaret does.
    Thanks,
    Gvre

    I't sall or nothing with -Su.  Use -S to upgrade one at a time (or multiples because you can specify more than one package on the command line).

  • XFCE 4.4 desktop disappeared after pacman -Syu

    My XFCE4.4 desktop does not load anymore after I pacman -Syu'ed.
    I have no wallpaper, no icons, and when I click I have no menu.
    Has anyone already experienced such an issue ? Any clue ?

    Unfortunately, the xfce desktop does not appear, whether I do or not save the session...
    Furthermore, when I launch it manually (xfdesktop &), there is no effect.
    And there is no problem with the libraries, since ldd reports no broken library links.
    I did reinstall the whole xfce4, but it didn't help either (altough I rm'ed all my ~/.* stuff related to xfce).
    I also tested another wm (fluxbox) which worked out of the box(with xsetroot).
    This is driving me mad...
    I'm currently investigating the whole startxfce4 script process....
    Last edited by jerem (2007-03-02 12:36:24)

  • Error while running pacman -Syu

    Hi.
    I've been using Archlinux for about a week now, and I am very impressed with the distribution.
    I have one problem though. I'm getting a weird error that I'm not sure how to solve.
    While running sudo pacman -Syu I get the following error
    [gerhard@arch ~]$ sudo pacman -Syu
    :: Synchronizing package databases...
    core [DONE]
    extra [DONE]
    community [DONE]
    archlinuxfr [DONE]
    :: Starting full system upgrade...
    error: could not open file /var/lib/pacman/sync/archlinuxfr/pacman.manfr-20090803-1/desc: No such file or directory
    The error line repeats itself about 30 times.
    Any help would be appreciated!
    Gerhard

    Thank you for the reply wonder, but I get the same type of error with pacman -Syyu.
    I forgot to mention that I also got:
    local database is up to date
    after the error-lines.
    [Edit]
    It seems that airpac is the problem. I commented it out from /etc/pacman.conf, and I could now run pacman -Syyu again.
    I'm not sure why airpac is behaving like this though..
    Last edited by Gerhard (2009-11-23 16:45:42)

  • Weird pacman -Syu problem

    I got this error message early this morning and figured someone else would get it too and they'd post the problem and I could solve it through that thread but I've looked around and searched the forums and haven't seen it posted.
    So, I ran a pacman -Syu this morning and got this:
    (3/3) checking for file conflicts [#####################] 100%
    error: could not prepare transaction
    error: failed to commit transaction (conflicting files)
    rkhunter: /etc/rkhunter.conf exists in filesystem
    I tried a couple of times and got that problem every time.  So I removed rkhunter, ran it again with no problems, deleted rkhunter.conf and installed rkhunter again and everything seems back to normal but I just thought it was odd.  I guess pacman wouldn't update rkhunter, only install it if it was not present (because I tried installing it again after the pacman -Syu and it complained about a rkhunter.conf already existing so I had to delete it).  Am I the only one who got this?

    I got this issue too, but I have no clue wtf happened there.
    This file wasn't owned by any packages, while it should have been owned by the rkhunter package.
    I just removed it before upgrading, but without understanding why.

Maybe you are looking for