Bug 188171 - devel/subversion package broken
Summary: devel/subversion package broken
Status: Closed FIXED
Alias: None
Product: Ports & Packages
Classification: Unclassified
Component: Individual Port(s) (show other bugs)
Version: Latest
Hardware: Any Any
: Normal Affects Only Me
Assignee: freebsd-apache (Nobody)
URL:
Keywords:
Depends on:
Blocks:
 
Reported: 2014-04-01 13:50 UTC by jonas.bulow
Modified: 2014-04-20 19:33 UTC (History)
0 users

See Also:


Attachments

Note You need to log in before you can comment on or make changes to this bug.
Description jonas.bulow 2014-04-01 13:50:00 UTC
root@jonasbu-netlab:/home/jonasbu # pkg install subversion-1.8.8_1
Updating repository catalogue
The following 8 packages will be installed:

        Installing expat: 2.1.0
        Installing gettext: 0.18.3.1
        Installing db48: 4.8.30.0
        Installing sqlite3: 3.8.4.1
        Installing gdbm: 1.11
        Installing apr: 1.5.0.1.5.3
        Installing serf: 1.3.4
        Installing subversion: 1.8.8_1

The installation will require 42 MB more space

0 B to be downloaded

Proceed with installing packages [y/N]: y
Checking integrity... done
[1/8] Installing expat-2.1.0... done
[2/8] Installing gettext-0.18.3.1... done
[3/8] Installing db48-4.8.30.0... done
[4/8] Installing sqlite3-3.8.4.1... done
[5/8] Installing gdbm-1.11... done
[6/8] Installing apr-1.5.0.1.5.3... done
[7/8] Installing serf-1.3.4... done
[8/8] Installing subversion-1.8.8_1... done
root@jonasbu-netlab:/home/jonasbu # svn
/usr/local/lib/libaprutil-1.so.5: Undefined symbol "__bsd_iconv_open"

Package seems broken.

How-To-Repeat: See above.
Comment 1 Edwin Groothuis freebsd_committer freebsd_triage 2014-04-02 01:42:54 UTC
Responsible Changed
From-To: freebsd-ports-bugs->lev

Over to maintainer (via the GNATS Auto Assign Tool)
Comment 2 Tijl Coosemans freebsd_committer freebsd_triage 2014-04-02 10:14:13 UTC
Hi,

The symbol __bsd_iconv_open is supposed to be in libc.  Can you please
verify it is there with:

readelf -s /lib/libc.so.7 | grep __bsd_iconv
Comment 3 Lev A. Serebryakov freebsd_committer freebsd_triage 2014-04-02 10:14:25 UTC
Responsible Changed
From-To: lev->apache


Looks lioke devel/apr1 problem really.
Comment 4 Olli Hauer 2014-04-02 22:07:22 UTC
Hm,

I do not get this issue on a 10 (amd64) system.

> uname -a
FreeBSD f10 10.0-RELEASE FreeBSD 10.0-RELEASE #0 r260789: Thu Jan 16 22:34:59 UTC 2014     root@snap.freebsd.org:/usr/obj/usr/src/sys/GENERIC  amd64

> pkg -vv 
Repositories:
  FreeBSD: {
    url             : "pkg+http://pkg.FreeBSD.org/freebsd:10:x86:64/latest",
    enabled         : yes,
    mirror_type     : "SRV",
    signature_type  : "FINGERPRINTS",
    fingerprints    : "/usr/share/keys/pkg"
  }


> rm -r /var/cache/pkg
> pkg info -qoa | grep -v ports-mgmt/pkg | xargs pkg delete -y
...

> pkg install -y devel/subversion
Updating repository catalogue
The following 8 packages will be installed:

        Installing expat: 2.1.0 [FreeBSD]
        Installing gettext: 0.18.3.1 [FreeBSD]
        Installing db48: 4.8.30.0 [FreeBSD]
        Installing sqlite3: 3.8.4.1 [FreeBSD]
        Installing gdbm: 1.11 [FreeBSD]
        Installing apr: 1.5.0.1.5.3 [FreeBSD]
        Installing serf: 1.3.4 [FreeBSD]
        Installing subversion: 1.8.8_1 [FreeBSD]

The installation will require 42 MB more space
...
Checking integrity... done
[1/8] Installing expat-2.1.0... done
[2/8] Installing gettext-0.18.3.1... done
[3/8] Installing db48-4.8.30.0... done
[4/8] Installing sqlite3-3.8.4.1... done
[5/8] Installing gdbm-1.11... done
[6/8] Installing apr-1.5.0.1.5.3... done
[7/8] Installing serf-1.3.4... done
[8/8] Installing subversion-1.8.8_1... done

> svn
Type 'svn help' for usage.

> svn checkout --depth empty http://svn.freebsd.org/ports/head
 U   head
Checked out revision 349954.
Comment 5 Tijl Coosemans freebsd_committer freebsd_triage 2014-04-03 10:30:54 UTC
On Thu, 3 Apr 2014 10:40:28 +0200 Jonas B=FClow wrote:
> On Wed, Apr 2, 2014 at 11:14 AM, Tijl Coosemans <tijl@freebsd.org> wrote:
>> The symbol __bsd_iconv_open is supposed to be in libc.  Can you please
>> verify it is there with:
>>
>> readelf -s /lib/libc.so.7 | grep __bsd_iconv
>
> It's not there:
>
> #readelf -s /lib/libc.so.7 | grep -c __bsd_iconv
> 0

Then your system must have been recompiled with WITHOUT_ICONV in
/etc/src.conf.  Just remove that and recompile again.
Comment 6 Tijl Coosemans freebsd_committer freebsd_triage 2014-04-03 13:47:21 UTC
On Thu, 3 Apr 2014 11:38:49 +0200 Jonas B=FClow wrote:
> On Thu, Apr 3, 2014 at 11:30 AM, Tijl Coosemans <tijl@freebsd.org> wrote:
>> On Thu, 3 Apr 2014 10:40:28 +0200 Jonas B=FClow wrote:
>>> On Wed, Apr 2, 2014 at 11:14 AM, Tijl Coosemans <tijl@freebsd.org> wrot=
e:
>>>> The symbol __bsd_iconv_open is supposed to be in libc.  Can you please
>>>> verify it is there with:
>>>>
>>>> readelf -s /lib/libc.so.7 | grep __bsd_iconv
>>>
>>> It's not there:
>>>
>>> #readelf -s /lib/libc.so.7 | grep -c __bsd_iconv
>>> 0
>>
>> Then your system must have been recompiled with WITHOUT_ICONV in
>> /etc/src.conf.  Just remove that and recompile again.
>
> No, the system has only been using freebsd-update. Installed a late RC of
> 10 in Januari and upgraded to 10.0-RELEASE when it was released.
>=20
> I want to stick with binary upgrades.

Hmm, I remember there were some bugs discovered in freebsd-update during
the release process.  The __bsd_iconv change was also made late during
the release.  So it's possible freebsd-update didn't update your system
correctly.  In that case I think you'll have to reinstall FreeBSD
10.0-RELEASE.  You could also try to figure out which files are incorrect
using "freebsd-update IDS".  There's more information about that here:
https://www.freebsd.org/doc/handbook/updating-upgrading-freebsdupdate.html#=
freebsdupdate-system-comparison
Comment 7 Olli Hauer 2014-04-06 18:35:38 UTC
In case your FreeBSD-10 is not customized (src.conf) there is even a quicker way the rebuild the system from source.

1. get the 10-RELEASE base.txz

2. remove schg flags with this command or with the script [1]
   You may receive an error for /var/empty because it also has schg set but thats OK.

#> find / -type f -flags schg | xargs chflags noschg

3. cleanup freebsd-update
#> rm -rf /var/db/freebsd-update/*

4. update the system to 10-RELEASE
#> tar --exclude=^./etc --unlink -xpf base.txz -C /

5. reboot
6. freebsd-update fetch && freebsd-update install


[1] remove schg flags
#!/bin/sh
SCHGDIRS="bin lib libexec sbin usr/bin usr/lib usr/libexec usr/sbin var/empty"
echo "remove schg flag from"
for DIR in ${SCHGDIRS}; do
    find ${DESTDIR:-/}${DIR}/ -flags schg -maxdepth 1 | xargs chflags -v noschg
done



I update all my systems this way since FreeBSD-5 beta with some extra steps for /etc the kernel and ZFS in case it is used on the boot partition.

Please report back when your issue is fixed, then we can close the PR.

-- 
Regards,
olli
Comment 8 Olli Hauer freebsd_committer freebsd_triage 2014-04-20 19:32:50 UTC
State Changed
From-To: open->closed

Closed as requested in PM from the OP