FS#11313 - error: Internal pacman error: Segmentation fault when using -U

Attached to Project: Pacman
Opened by Gour (gour) - Tuesday, 26 August 2008, 07:03 GMT
Last edited by Xavier (shining) - Tuesday, 26 August 2008, 08:47 GMT
Task Type Bug Report
Category General
Status Closed
Assigned To No-one
Architecture All
Severity Low
Priority Normal
Reported Version 3.2.0
Due in Version 3.2.1
Due Date Undecided
Percent Complete 100%
Votes 0
Private No

Details

Summary and Info:
Pacman segfaults when I try to install my local-repo packages via -U switch.

Steps to Reproduce:

e.g.:

pacman --debug -U zsh-lovers-0.7-1-x86_64.pkg.tar.gz

produces:


[...]
debug: opening database from path '/var/lib/pacman/local/'
loading package data...
debug: loading target 'zsh-lovers-0.7-1-x86_64.pkg.tar.gz'
debug: sorting package filelist for zsh-lovers-0.7-1-x86_64.pkg.tar.gz
checking dependencies...
debug: looking for unsatisfied dependencies
debug: loading package cache for repository 'local'
debug: checkdeps: package zsh-lovers-0.7-1
debug: looking for conflicts
debug: check targets vs targets
debug: check targets vs db
debug: check db vs targets
debug: sorting by dependencies
debug: started sorting dependencies
debug: sorting dependencies finished
checking for file conflicts...
debug: looking for file conflicts
debug: searching for file conflicts: zsh-lovers
debug: searching for filesystem conflicts: zsh-lovers
upgrading zsh-lovers...
debug: upgrading package zsh-lovers-0.7-1
debug: removing old package first (zsh-lovers-0.7-1)
debug: adding zsh-lovers in the targets list
debug: removing 5 files
debug: unlinking /usr/share/man/man1/zsh-lovers.1.gz
debug: keeping directory /usr/share/man/man1/
debug: keeping directory /usr/share/man/
debug: keeping directory /usr/share/
debug: keeping directory /usr/
debug: updating database
debug: removing database entry 'zsh-lovers'
debug: removing entry 'zsh-lovers' from 'local' cache
debug: extracting files
debug: archive: zsh-lovers-0.7-1-x86_64.pkg.tar.gz
debug: decompression progress: 48,070389% (9479 / 19719)
debug: skipping extraction of '.PKGINFO'
debug: decompression progress: 48,070389% (9479 / 19719)
debug: extract: skipping dir extraction of usr/
debug: decompression progress: 48,070389% (9479 / 19719)
debug: extract: skipping dir extraction of usr/share/
debug: decompression progress: 48,070389% (9479 / 19719)
debug: extract: skipping dir extraction of usr/share/man/
debug: decompression progress: 48,070389% (9479 / 19719)
debug: extract: skipping dir extraction of usr/share/man/man1/
debug: decompression progress: 48,070389% (9479 / 19719)
debug: extracting /usr/share/man/man1/zsh-lovers.1.gz
debug: updating database
debug: adding database entry 'zsh-lovers'
debug: writing zsh-lovers-0.7-1 DESC information back to db
debug: writing zsh-lovers-0.7-1 FILES information back to db
debug: writing zsh-lovers-0.7-1 DEPENDS information back to db
debug: adding entry 'zsh-lovers' in 'local' cache
error: segmentation fault
error: Internal pacman error: Segmentation fault.
Please submit a full bug report with --debug if appropriate.



Here is my pacman.conf if there is some parsing problem:

[root@nitai gaur]# cat /etc/pacman.conf
#
# /etc/pacman.conf
#
# See the pacman.conf(5) manpage for option and repository directives

#
# GENERAL OPTIONS
#
[options]
UseSyslog
# 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

# Pacman won't upgrade packages listed in IgnorePkg and members of IgnoreGroup
IgnorePkg = postgresql
#IgnoreGroup =

NoUpgrade = /etc/yaourtrc
#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
#
# 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

# An example of a custom package repository. See the pacman manpage for
# tips on creating your own repositories.

# Complete Haskell libraries and tools suite, snapshot of hackage.haskell.org
[haskell]
Server = http://code.haskell.org/arch/x86_64

[gaur]
Server = file:///var/abs/local/gaur

[core]
Server=ftp://ftp.archlinux.org/core/os/x86_64
# Add your preferred servers here, they will be used first

[extra]
Server=ftp://ftp.archlinux.org/extra/os/x86_64
# Add your preferred servers here, they will be used first

[community]
Server=ftp://ftp.archlinux.org/community/os/x86_64

[archlinuxfr]
Server = http://repo.archlinux.fr/x86_64

# Add your preferred servers here, they will be used first

# Unstable 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.
#[unstable]
# Add your preferred servers here, they will be used first
#Include = /etc/pacman.d/mirrorlist

# An example of a custom package repository. See the pacman manpage for
# tips on creating your own repositories.


This task depends upon

Closed by  Xavier (shining)
Tuesday, 26 August 2008, 08:47 GMT
Reason for closing:  Duplicate
Additional comments about closing:  duplicate of  FS#11096 
Comment by Gour (gour) - Tuesday, 26 August 2008, 07:22 GMT
Hi!

It looks that I found what is the problem...

By browsing pacman-dev archives I found the following thread:

http://www.archlinux.org/pipermail/pacman-dev/2008-August/012782.html

Disabling 'UseSylog' helps.

However, not a pretty bug :-/


Sincerely,
Gour
Comment by Xavier (shining) - Tuesday, 26 August 2008, 08:46 GMT
Oh, another x86_64 user using UseSyslog, but that is still a rare species :)
As you found out, the bug was already fixed. And in that patch, you can also see it was first reported in  FS#11096 .
So 3.2.1 which will be released very soon will work fine.

Loading...