From owner-freebsd-amd64@FreeBSD.ORG Mon Sep 8 02:22:17 2008 Return-Path: Delivered-To: freebsd-amd64@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 4C7D81065671 for ; Mon, 8 Sep 2008 02:22:17 +0000 (UTC) (envelope-from owner-bugmaster@FreeBSD.org) Received: from freefall.freebsd.org (freefall.freebsd.org [IPv6:2001:4f8:fff6::28]) by mx1.freebsd.org (Postfix) with ESMTP id 39F738FC14 for ; Mon, 8 Sep 2008 02:22:17 +0000 (UTC) (envelope-from owner-bugmaster@FreeBSD.org) Received: from freefall.freebsd.org (localhost [127.0.0.1]) by freefall.freebsd.org (8.14.2/8.14.2) with ESMTP id m882MHSc006610 for ; Mon, 8 Sep 2008 02:22:17 GMT (envelope-from owner-bugmaster@FreeBSD.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.14.2/8.14.1/Submit) id m882MGat006606 for freebsd-amd64@FreeBSD.org; Mon, 8 Sep 2008 02:22:16 GMT (envelope-from owner-bugmaster@FreeBSD.org) Date: Mon, 8 Sep 2008 02:22:16 GMT Message-Id: <200809080222.m882MGat006606@freefall.freebsd.org> X-Authentication-Warning: freefall.freebsd.org: gnats set sender to owner-bugmaster@FreeBSD.org using -f From: FreeBSD bugmaster To: freebsd-amd64@FreeBSD.org X-Mailman-Approved-At: Mon, 08 Sep 2008 04:03:02 +0000 Cc: Subject: Current problem reports assigned to freebsd-amd64@FreeBSD.org X-BeenThere: freebsd-amd64@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Porting FreeBSD to the AMD64 platform List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 08 Sep 2008 02:22:17 -0000 The following is a listing of current problems submitted by FreeBSD users. These represent problem reports covering all versions including experimental development code and obsolete releases. S Tracker Resp. Description -------------------------------------------------------------------------------- o amd64/127129 amd64 mdconfig(8) is core dumping with Segmentation Fault 11 f amd64/125943 amd64 Serial Consoles do not work on amd64 freebsd o amd64/125873 amd64 [smbd] [panic] Repeated kernel panics, trap 12 page fa o amd64/125820 amd64 [k8temp] [patch] sysctl dev.k8temp.*.sensor1.* are inv o amd64/125002 amd64 [install] amd64, SATA hard disks not detected o amd64/124432 amd64 [panic] 7.0-STABLE panic: invalbuf: dirty bufs o amd64/124134 amd64 [kernel] The kernel doesn't follow the calling convent o amd64/123562 amd64 [install] FreeBSD amd64 not installs o amd64/123520 amd64 [ahd] unable to boot from net while using ahd o amd64/123456 amd64 fstat(1): /usr/bin/fstat shows error messages and hang f amd64/123275 amd64 [cbb] [pcmcia] cbb/pcmcia drivers on amd64 failure [re o kern/122782 amd64 [modules] accf_http.ko kernel module is not loadable o amd64/122695 amd64 [cpufreq] Lack of cpufreq control using amd64 eith cor o amd64/122624 amd64 unusable minimal installation of FreeBSD-7.0 o amd64/122549 amd64 7.0-RELEASE-amd64-bootonly.iso doesn't work w/ serial o amd64/122468 amd64 Compile problems after upgrading to 7.0 o amd64/122174 amd64 [panic] 7.0 no longer includes "device atpic" so fails o amd64/121590 amd64 [est] [p4tcc] [acpi_perf] setting dev.cpu.0.freq somet o amd64/121439 amd64 [boot] Installation of FreeBSD 7.0 fails: ACPI problem o amd64/120202 amd64 [amd64] [patch] [panic] kernel panic at start_all_aps, o amd64/119936 amd64 [install] FreeBSD 7.0-RC1 amd64 and i386 installer dis o amd64/119591 amd64 [amd64] [patch] time_t on 64-bit architecture o amd64/117418 amd64 [hang] FreeBSD 6.2 crash on amd64 4400+ with ssh o amd64/117316 amd64 [acpi] ACPI lockups on SuperMicro motherboard o amd64/117296 amd64 [ata] I don`t see second SATA IDE on VIA VT8237A a amd64/117186 amd64 [modules] kldload Unsupported file type on STABLE amd6 s amd64/116689 amd64 [request] support for MSI K9MM-V f amd64/116670 amd64 [ata] onboard SATA RAID1 controllers not supported for o amd64/116620 amd64 [hang] ifconfig spins when creating carp(4) device on f amd64/116457 amd64 [install] can't install freebsd on dv9420us o amd64/116322 amd64 [panic] At start fsck on current, the system panics o amd64/116159 amd64 [panic] Panic while debugging on CURRENT s amd64/115815 amd64 [ata] [request] Gigabyte GA-M61P-S3 Motherboard unsupp o amd64/115581 amd64 [Makefile] [patch] -mfancy-math-387 has no effect o amd64/115194 amd64 LCD screen remains blank after Dell XPS M1210 lid is c o amd64/114270 amd64 [cpufreq] cpufreq doesnt work when compiled in to kern o amd64/114111 amd64 [nfs] System crashes while writing on NFS-mounted shar f amd64/113021 amd64 [re] ASUS M2A-VM onboard NIC does not work o amd64/112222 amd64 [libc] 32-bit libc incorrectly converts some FP number f amd64/111992 amd64 [boot] BTX failed - HP Laptop dv2315nr o amd64/110655 amd64 [threads] 32 bit threaded applications crash on amd64 o amd64/110599 amd64 [geli] geli attach to gmirror device hangs and cannot a amd64/109584 amd64 zdump(8) doesn't work s amd64/108861 amd64 [nve] nve(4) driver on FreeBSD 6.2 AMD64 does not work o amd64/106186 amd64 [panic] panic in swap_pager_swap_init (amd64/smp/6.2-p f amd64/105629 amd64 [re] TrendNet TEG-BUSR 10/100/1000 disables itself on f amd64/105531 amd64 [ata] gigabyte GA-M51GM-S2G / nVidia nForce 430 - does f amd64/105514 amd64 [boot] [btx] FreeBSD/amd64 - Fails to boot on HP Pavil f amd64/103259 amd64 [ar] Cannot use ataraid on nvidia nForce4+amd64 o amd64/102716 amd64 ex with no argument in an xterm gets SIGSEGV o amd64/97337 amd64 [dri] xorg reboots system if dri module is enabled o amd64/95888 amd64 [ata] kernel: ad2: TIMEOUT - WRITE_DMA retrying on HP f amd64/94989 amd64 [boot] BTX Halts on Sun Fire X2100 w/6.1-BETA4 (amd64) o amd64/94677 amd64 [panic] panic in amd64 install at non-root user creati o amd64/93961 amd64 [busdma] Problem in bounce buffer handling in sys/amd6 o amd64/92337 amd64 [em] FreeBSD 6.0 Release Intel Pro 1000 MT em1 no buff f amd64/91492 amd64 [boot] BTX halted o amd64/91405 amd64 [asr] [panic] Kernel panic caused by asr on 6.0-amd64 o amd64/89501 amd64 [install] System crashes on install using ftp on local o amd64/88790 amd64 [panic] kernel panic on first boot (after the FreeBSD o amd64/88568 amd64 [panic] 6.0-RELEASE install cd does not boot with usb o amd64/87977 amd64 [busdma] [panic] amd64 busdma dflt_lock called (by ata o amd64/87689 amd64 [powerd] [hang] powerd hangs SMP Opteron 244 5-STABLE o amd64/87316 amd64 [vge] "vge0 attach returned 6" on FreeBSD 6.0-RC1 amd6 o amd64/87305 amd64 [smp] Dual Opteron / FreeBSD 5 & 6 / powerd results in f amd64/87258 amd64 [smp] [boot] cannot boot with SMP and Areca ARC-1160 r f amd64/86080 amd64 [radeon] [hang] radeon DRI causes system hang on amd64 s amd64/85273 amd64 [install] FreeBSD (NetBSD or OpenBSD) not install on l o amd64/78406 amd64 [panic]AMD64 w/ SCSI: issue 'rm -r /usr/ports' and sys o amd64/76136 amd64 [hang] system halts before reboot o amd64/74747 amd64 [panic] System panic on shutdown when process will not o amd64/73322 amd64 [msdosfs] [hang] unarchiving /etc to msdosfs locks up 72 problems total. Bugs can be in one of several states: o - open A problem report has been submitted, no sanity checking performed. a - analyzed The problem is understood and a solution is being sought. f - feedback Further work requires additional information from the originator or the community - possibly confirmation of the effectiveness of a proposed solution. p - patched A patch has been committed, but some issues (MFC and / or confirmation from originator) are still open. r - repocopy The resolution of the problem report is dependent on a repocopy operation within the CVS repository which is awaiting completion. s - suspended The problem is not being worked on, due to lack of information or resources. This is a prime candidate for somebody who is looking for a project to do. If the problem cannot be solved at all, it will be closed, rather than suspended. c - closed A problem report is closed when any changes have been integrated, documented, and tested -- or when fixing the problem is abandoned. From owner-freebsd-amd64@FreeBSD.ORG Mon Sep 8 14:08:32 2008 Return-Path: Delivered-To: amd64@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 9D8B01065679; Mon, 8 Sep 2008 14:08:32 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smarthost1.sentex.ca (smarthost1.sentex.ca [64.7.153.18]) by mx1.freebsd.org (Postfix) with ESMTP id 767ED8FC15; Mon, 8 Sep 2008 14:08:32 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smtp1.sentex.ca (smtp1c.sentex.ca [64.7.153.10]) by smarthost1.sentex.ca (8.14.2/8.14.2) with ESMTP id m88E8Pa5052901; Mon, 8 Sep 2008 10:08:25 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by smtp1.sentex.ca (8.14.2/8.14.2) with ESMTP id m88E8PIc016562; Mon, 8 Sep 2008 10:08:25 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: by freebsd-current.sentex.ca (Postfix, from userid 666) id 1B5EF73039; Mon, 8 Sep 2008 10:08:25 -0400 (EDT) Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Message-Id: <20080908140825.1B5EF73039@freebsd-current.sentex.ca> Date: Mon, 8 Sep 2008 10:08:25 -0400 (EDT) X-Virus-Scanned: ClamAV version 0.93, clamav-milter version 0.93 on clamscanner2 X-Virus-Status: Clean X-Scanned-By: MIMEDefang 2.64 on 64.7.153.18 Cc: Subject: [head tinderbox] failure on amd64/amd64 X-BeenThere: freebsd-amd64@freebsd.org X-Mailman-Version: 2.1.5 List-Id: Porting FreeBSD to the AMD64 platform List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 08 Sep 2008 14:08:32 -0000 TB --- 2008-09-08 12:20:00 - tinderbox 2.3 running on freebsd-current.sentex.ca TB --- 2008-09-08 12:20:00 - starting HEAD tinderbox run for amd64/amd64 TB --- 2008-09-08 12:20:00 - cleaning the object tree TB --- 2008-09-08 12:20:51 - cvsupping the source tree TB --- 2008-09-08 12:20:51 - /usr/bin/csup -r 3 -g -L 1 -h localhost -s /tinderbox/HEAD/amd64/amd64/supfile TB --- 2008-09-08 12:20:57 - building world (CFLAGS=-O -pipe) TB --- 2008-09-08 12:20:57 - cd /src TB --- 2008-09-08 12:20:57 - /usr/bin/make -B buildworld >>> World build started on Mon Sep 8 12:21:00 UTC 2008 >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools >>> stage 4.1: building includes >>> stage 4.2: building libraries >>> stage 4.3: make dependencies >>> stage 4.4: building everything >>> stage 5.1: building 32 bit shim libraries >>> World build completed on Mon Sep 8 14:05:49 UTC 2008 TB --- 2008-09-08 14:05:49 - generating LINT kernel config TB --- 2008-09-08 14:05:49 - cd /src/sys/amd64/conf TB --- 2008-09-08 14:05:49 - /usr/bin/make -B LINT TB --- 2008-09-08 14:05:50 - building LINT kernel (COPTFLAGS=) TB --- 2008-09-08 14:05:50 - cd /src TB --- 2008-09-08 14:05:50 - /usr/bin/make -B buildkernel KERNCONF=LINT >>> Kernel build for LINT started on Mon Sep 8 14:05:50 UTC 2008 >>> stage 1: configuring the kernel >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3.1: making dependencies [...] awk -f /src/sys/tools/makeobjops.awk /src/sys/libkern/iconv_converter_if.m -h awk -f /src/sys/tools/makeobjops.awk /src/sys/opencrypto/cryptodev_if.m -h awk -f /src/sys/tools/makeobjops.awk /src/sys/dev/acpica/acpi_if.m -h rm -f .newdep /usr/bin/make -V CFILES -V SYSTEM_CFILES -V GEN_CFILES | MKDEP_CPP="cc -E" CC="cc" xargs mkdep -a -f .newdep -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -I/src/sys/contrib/ipfilter -I/src/sys/contrib/pf -I/src/sys/dev/ath -I/src/sys/contrib/ngatm -I/src/sys/dev/twa -I/src/sys/gnu/fs/xfs/FreeBSD -I/src/sys/gnu/fs/xfs/FreeBSD/support -I/src/sys/gnu/fs/xfs -I/src/sys/contrib/opensolaris/compat -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=8000 --param inline-unit-growth=100 --param large-function-growth=1000 -DGPROF -falign-functions=16 -DGPROF4 -DGUPROF -fno-builtin -fno-omit-frame-pointer -mcmodel=kernel -mno-red-zone -mfpmath=387 -mno-sse -mno-sse2 -mno-sse3 -mno-mmx -mno-3dnow -msoft-float -fno-asynchronous-unwind-tables -ffreestanding -fstack-prote ctor /src/sys/dev/iicbus/ds133x.c:48:26: error: machine/intr.h: No such file or directory /src/sys/dev/iicbus/ds1672.c:45:26: error: machine/intr.h: No such file or directory mkdep: compile failed *** Error code 1 Stop in /obj/amd64/src/sys/LINT. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2008-09-08 14:08:24 - WARNING: /usr/bin/make returned exit code 1 TB --- 2008-09-08 14:08:24 - ERROR: failed to build lint kernel TB --- 2008-09-08 14:08:24 - tinderbox aborted TB --- 4576.30 user 581.12 system 6504.46 real http://tinderbox.des.no/tinderbox-head-HEAD-amd64-amd64.full From owner-freebsd-amd64@FreeBSD.ORG Wed Sep 10 17:40:03 2008 Return-Path: Delivered-To: freebsd-amd64@hub.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 92778106567E for ; Wed, 10 Sep 2008 17:40:03 +0000 (UTC) (envelope-from gnats@FreeBSD.org) Received: from freefall.freebsd.org (freefall.freebsd.org [IPv6:2001:4f8:fff6::28]) by mx1.freebsd.org (Postfix) with ESMTP id 6C7C28FC19 for ; Wed, 10 Sep 2008 17:40:03 +0000 (UTC) (envelope-from gnats@FreeBSD.org) Received: from freefall.freebsd.org (gnats@localhost [127.0.0.1]) by freefall.freebsd.org (8.14.2/8.14.2) with ESMTP id m8AHe3q3054915 for ; Wed, 10 Sep 2008 17:40:03 GMT (envelope-from gnats@freefall.freebsd.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.14.2/8.14.1/Submit) id m8AHe3kS054914; Wed, 10 Sep 2008 17:40:03 GMT (envelope-from gnats) Resent-Date: Wed, 10 Sep 2008 17:40:03 GMT Resent-Message-Id: <200809101740.m8AHe3kS054914@freefall.freebsd.org> Resent-From: FreeBSD-gnats-submit@FreeBSD.org (GNATS Filer) Resent-To: freebsd-amd64@FreeBSD.org Resent-Reply-To: FreeBSD-gnats-submit@FreeBSD.org, Dominic Fandrey Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 9F677106567C for ; Wed, 10 Sep 2008 17:37:51 +0000 (UTC) (envelope-from nobody@FreeBSD.org) Received: from www.freebsd.org (www.freebsd.org [IPv6:2001:4f8:fff6::21]) by mx1.freebsd.org (Postfix) with ESMTP id 8B89A8FC20 for ; Wed, 10 Sep 2008 17:37:51 +0000 (UTC) (envelope-from nobody@FreeBSD.org) Received: from www.freebsd.org (localhost [127.0.0.1]) by www.freebsd.org (8.14.2/8.14.2) with ESMTP id m8AHbpUp052275 for ; Wed, 10 Sep 2008 17:37:51 GMT (envelope-from nobody@www.freebsd.org) Received: (from nobody@localhost) by www.freebsd.org (8.14.2/8.14.1/Submit) id m8AHbpRo052273; Wed, 10 Sep 2008 17:37:51 GMT (envelope-from nobody) Message-Id: <200809101737.m8AHbpRo052273@www.freebsd.org> Date: Wed, 10 Sep 2008 17:37:51 GMT From: Dominic Fandrey To: freebsd-gnats-submit@FreeBSD.org X-Send-Pr-Version: www-3.1 X-Mailman-Approved-At: Wed, 10 Sep 2008 17:42:03 +0000 Cc: Subject: amd64/127275: ldd produces uncatchable output X-BeenThere: freebsd-amd64@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Porting FreeBSD to the AMD64 platform List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 10 Sep 2008 17:40:03 -0000 >Number: 127275 >Category: amd64 >Synopsis: ldd produces uncatchable output >Confidential: no >Severity: non-critical >Priority: low >Responsible: freebsd-amd64 >State: open >Quarter: >Keywords: >Date-Required: >Class: sw-bug >Submitter-Id: current-users >Arrival-Date: Wed Sep 10 17:40:03 UTC 2008 >Closed-Date: >Last-Modified: >Originator: Dominic Fandrey >Release: RELENG_7 >Organization: private >Environment: FreeBSD mobileKamikaze.norad 7.1-PRERELEASE FreeBSD 7.1-PRERELEASE #0: Fri Aug 29 23:22:22 CEST 2008 root@mobileKamikaze.norad:/usr/obj/HP6510b/amd64/usr/src/sys/HP6510b amd64 >Description: Ldd produces the output 'ELF binary type "0" not known.' upon encountering binaries that are listed as 'Unix - System V' by readelf -e. >How-To-Repeat: tcsh: # ldd /usr/local/Adobe/Reader8/ENU/Adobe/HelpViewer/1.0/intellinux/bin/ahv-binary >& /dev/null sh: # ldd /usr/local/Adobe/Reader8/ENU/Adobe/HelpViewer/1.0/intellinux/bin/ahv-binary > /dev/null 2>&1 >Fix: >Release-Note: >Audit-Trail: >Unformatted: From owner-freebsd-amd64@FreeBSD.ORG Wed Sep 10 17:50:02 2008 Return-Path: Delivered-To: freebsd-amd64@hub.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 265041065675 for ; Wed, 10 Sep 2008 17:50:02 +0000 (UTC) (envelope-from gnats@FreeBSD.org) Received: from freefall.freebsd.org (freefall.freebsd.org [IPv6:2001:4f8:fff6::28]) by mx1.freebsd.org (Postfix) with ESMTP id 002DC8FC25 for ; Wed, 10 Sep 2008 17:50:01 +0000 (UTC) (envelope-from gnats@FreeBSD.org) Received: from freefall.freebsd.org (gnats@localhost [127.0.0.1]) by freefall.freebsd.org (8.14.2/8.14.2) with ESMTP id m8AHo1mM055212 for ; Wed, 10 Sep 2008 17:50:01 GMT (envelope-from gnats@freefall.freebsd.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.14.2/8.14.1/Submit) id m8AHo1x1055211; Wed, 10 Sep 2008 17:50:01 GMT (envelope-from gnats) Resent-Date: Wed, 10 Sep 2008 17:50:01 GMT Resent-Message-Id: <200809101750.m8AHo1x1055211@freefall.freebsd.org> Resent-From: FreeBSD-gnats-submit@FreeBSD.org (GNATS Filer) Resent-To: freebsd-amd64@FreeBSD.org Resent-Reply-To: FreeBSD-gnats-submit@FreeBSD.org, Dominic Fandrey Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 37384106564A for ; Wed, 10 Sep 2008 17:44:37 +0000 (UTC) (envelope-from nobody@FreeBSD.org) Received: from www.freebsd.org (www.freebsd.org [IPv6:2001:4f8:fff6::21]) by mx1.freebsd.org (Postfix) with ESMTP id 234948FC21 for ; Wed, 10 Sep 2008 17:44:37 +0000 (UTC) (envelope-from nobody@FreeBSD.org) Received: from www.freebsd.org (localhost [127.0.0.1]) by www.freebsd.org (8.14.2/8.14.2) with ESMTP id m8AHia6U053644 for ; Wed, 10 Sep 2008 17:44:36 GMT (envelope-from nobody@www.freebsd.org) Received: (from nobody@localhost) by www.freebsd.org (8.14.2/8.14.1/Submit) id m8AHiaQq053643; Wed, 10 Sep 2008 17:44:36 GMT (envelope-from nobody) Message-Id: <200809101744.m8AHiaQq053643@www.freebsd.org> Date: Wed, 10 Sep 2008 17:44:36 GMT From: Dominic Fandrey To: freebsd-gnats-submit@FreeBSD.org X-Send-Pr-Version: www-3.1 X-Mailman-Approved-At: Wed, 10 Sep 2008 20:04:54 +0000 Cc: Subject: amd64/127276: ldd invokes linux yes X-BeenThere: freebsd-amd64@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Porting FreeBSD to the AMD64 platform List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 10 Sep 2008 17:50:02 -0000 >Number: 127276 >Category: amd64 >Synopsis: ldd invokes linux yes >Confidential: no >Severity: serious >Priority: medium >Responsible: freebsd-amd64 >State: open >Quarter: >Keywords: >Date-Required: >Class: sw-bug >Submitter-Id: current-users >Arrival-Date: Wed Sep 10 17:50:01 UTC 2008 >Closed-Date: >Last-Modified: >Originator: Dominic Fandrey >Release: RELENG_7 >Organization: private >Environment: FreeBSD mobileKamikaze.norad 7.1-PRERELEASE FreeBSD 7.1-PRERELEASE #0: Fri Aug 29 23:22:22 CEST 2008 root@mobileKamikaze.norad:/usr/obj/HP6510b/amd64/usr/src/sys/HP6510b amd64 >Description: When ldd is used on linux yes it invokes it instead of producing the usual output. # pkg_info -W /compat/linux/usr/bin/yes /compat/linux/usr/bin/yes was installed by package linux_base-f8-8_4 # sysctl compat.linux.osrelease compat.linux.osrelease: 2.6.16 This behaviour breaks pkg_libchk from the sysutils/bsdadminscripts port. >How-To-Repeat: # ldd /compat/linux/usr/bin/yes >Fix: >Release-Note: >Audit-Trail: >Unformatted: From owner-freebsd-amd64@FreeBSD.ORG Wed Sep 10 20:13:58 2008 Return-Path: Delivered-To: freebsd-amd64@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 28E8A1065681; Wed, 10 Sep 2008 20:13:58 +0000 (UTC) (envelope-from jhb@FreeBSD.org) Received: from server.baldwin.cx (bigknife-pt.tunnel.tserv9.chi1.ipv6.he.net [IPv6:2001:470:1f10:75::2]) by mx1.freebsd.org (Postfix) with ESMTP id 9CDD08FC18; Wed, 10 Sep 2008 20:13:57 +0000 (UTC) (envelope-from jhb@FreeBSD.org) Received: from localhost.corp.yahoo.com (john@localhost [IPv6:::1]) (authenticated bits=0) by server.baldwin.cx (8.14.2/8.14.2) with ESMTP id m8AKDFEo022214; Wed, 10 Sep 2008 16:13:28 -0400 (EDT) (envelope-from jhb@FreeBSD.org) From: John Baldwin To: freebsd-amd64@FreeBSD.org Date: Wed, 10 Sep 2008 16:10:13 -0400 User-Agent: KMail/1.9.7 References: <200809101744.m8AHiaQq053643@www.freebsd.org> In-Reply-To: <200809101744.m8AHiaQq053643@www.freebsd.org> MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-15" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200809101610.13951.jhb@freebsd.org> X-Greylist: Sender succeeded SMTP AUTH authentication, not delayed by milter-greylist-2.0.2 (server.baldwin.cx [IPv6:::1]); Wed, 10 Sep 2008 16:13:29 -0400 (EDT) X-Virus-Scanned: ClamAV 0.93.1/8211/Wed Sep 10 15:01:28 2008 on server.baldwin.cx X-Virus-Status: Clean X-Spam-Status: No, score=-2.6 required=4.2 tests=AWL,BAYES_00,NO_RELAYS autolearn=ham version=3.1.3 X-Spam-Checker-Version: SpamAssassin 3.1.3 (2006-06-01) on server.baldwin.cx Cc: Dominic Fandrey , freebsd-gnats-submit@FreeBSD.org Subject: Re: amd64/127276: ldd invokes linux yes X-BeenThere: freebsd-amd64@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Porting FreeBSD to the AMD64 platform List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 10 Sep 2008 20:13:58 -0000 On Wednesday 10 September 2008 01:44:36 pm Dominic Fandrey wrote: > > >Number: 127276 > >Category: amd64 > >Synopsis: ldd invokes linux yes > >Confidential: no > >Severity: serious > >Priority: medium > >Responsible: freebsd-amd64 > >State: open > >Quarter: > >Keywords: > >Date-Required: > >Class: sw-bug > >Submitter-Id: current-users > >Arrival-Date: Wed Sep 10 17:50:01 UTC 2008 > >Closed-Date: > >Last-Modified: > >Originator: Dominic Fandrey > >Release: RELENG_7 > >Organization: > private > >Environment: > FreeBSD mobileKamikaze.norad 7.1-PRERELEASE FreeBSD 7.1-PRERELEASE #0: Fri Aug 29 23:22:22 CEST 2008 root@mobileKamikaze.norad:/usr/obj/HP6510b/amd64/usr/src/sys/HP6510b amd64 > >Description: > When ldd is used on linux yes it invokes it instead of producing the usual output. > > # pkg_info -W /compat/linux/usr/bin/yes > /compat/linux/usr/bin/yes was installed by package linux_base-f8-8_4 > # sysctl compat.linux.osrelease > compat.linux.osrelease: 2.6.16 > > This behaviour breaks pkg_libchk from the sysutils/bsdadminscripts port. > >How-To-Repeat: > # ldd /compat/linux/usr/bin/yes ldd is not going to work for Linux binaries. The Linux ldd should be used for Linux binaries. -- John Baldwin From owner-freebsd-amd64@FreeBSD.ORG Wed Sep 10 20:20:04 2008 Return-Path: Delivered-To: freebsd-amd64@hub.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 5AA761065677 for ; Wed, 10 Sep 2008 20:20:04 +0000 (UTC) (envelope-from gnats@FreeBSD.org) Received: from freefall.freebsd.org (freefall.freebsd.org [IPv6:2001:4f8:fff6::28]) by mx1.freebsd.org (Postfix) with ESMTP id 457758FC1D for ; Wed, 10 Sep 2008 20:20:04 +0000 (UTC) (envelope-from gnats@FreeBSD.org) Received: from freefall.freebsd.org (gnats@localhost [127.0.0.1]) by freefall.freebsd.org (8.14.2/8.14.2) with ESMTP id m8AKK34g068623 for ; Wed, 10 Sep 2008 20:20:03 GMT (envelope-from gnats@freefall.freebsd.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.14.2/8.14.1/Submit) id m8AKK3Xm068622; Wed, 10 Sep 2008 20:20:03 GMT (envelope-from gnats) Date: Wed, 10 Sep 2008 20:20:03 GMT Message-Id: <200809102020.m8AKK3Xm068622@freefall.freebsd.org> To: freebsd-amd64@FreeBSD.org From: John Baldwin Cc: Subject: Re: amd64/127276: ldd invokes linux yes X-BeenThere: freebsd-amd64@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: John Baldwin List-Id: Porting FreeBSD to the AMD64 platform List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 10 Sep 2008 20:20:04 -0000 The following reply was made to PR amd64/127276; it has been noted by GNATS. From: John Baldwin To: freebsd-amd64@FreeBSD.org Cc: Dominic Fandrey , freebsd-gnats-submit@FreeBSD.org Subject: Re: amd64/127276: ldd invokes linux yes Date: Wed, 10 Sep 2008 16:10:13 -0400 On Wednesday 10 September 2008 01:44:36 pm Dominic Fandrey wrote: > > >Number: 127276 > >Category: amd64 > >Synopsis: ldd invokes linux yes > >Confidential: no > >Severity: serious > >Priority: medium > >Responsible: freebsd-amd64 > >State: open > >Quarter: > >Keywords: > >Date-Required: > >Class: sw-bug > >Submitter-Id: current-users > >Arrival-Date: Wed Sep 10 17:50:01 UTC 2008 > >Closed-Date: > >Last-Modified: > >Originator: Dominic Fandrey > >Release: RELENG_7 > >Organization: > private > >Environment: > FreeBSD mobileKamikaze.norad 7.1-PRERELEASE FreeBSD 7.1-PRERELEASE #0: Fri Aug 29 23:22:22 CEST 2008 root@mobileKamikaze.norad:/usr/obj/HP6510b/amd64/usr/src/sys/HP6510b amd64 > >Description: > When ldd is used on linux yes it invokes it instead of producing the usual output. > > # pkg_info -W /compat/linux/usr/bin/yes > /compat/linux/usr/bin/yes was installed by package linux_base-f8-8_4 > # sysctl compat.linux.osrelease > compat.linux.osrelease: 2.6.16 > > This behaviour breaks pkg_libchk from the sysutils/bsdadminscripts port. > >How-To-Repeat: > # ldd /compat/linux/usr/bin/yes ldd is not going to work for Linux binaries. The Linux ldd should be used for Linux binaries. -- John Baldwin From owner-freebsd-amd64@FreeBSD.ORG Thu Sep 11 05:33:28 2008 Return-Path: Delivered-To: freebsd-amd64@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 0AEC4106564A; Thu, 11 Sep 2008 05:33:28 +0000 (UTC) (envelope-from kamikaze@bsdforen.de) Received: from mail.bsdforen.de (bsdforen.de [212.204.60.79]) by mx1.freebsd.org (Postfix) with ESMTP id B9C408FC13; Thu, 11 Sep 2008 05:33:27 +0000 (UTC) (envelope-from kamikaze@bsdforen.de) Received: from mobileKamikaze.norad (unknown [92.116.231.97]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mail.bsdforen.de (Postfix) with ESMTP id DA1CE8A000B; Thu, 11 Sep 2008 07:01:23 +0200 (CEST) Message-ID: <48C8A615.7070800@bsdforen.de> Date: Thu, 11 Sep 2008 07:01:09 +0200 From: Dominic Fandrey User-Agent: Thunderbird 2.0.0.16 (X11/20080810) MIME-Version: 1.0 To: John Baldwin References: <200809101744.m8AHiaQq053643@www.freebsd.org> <200809101610.13951.jhb@freebsd.org> In-Reply-To: <200809101610.13951.jhb@freebsd.org> X-Enigmail-Version: 0.95.6 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 7bit X-Mailman-Approved-At: Thu, 11 Sep 2008 11:12:15 +0000 Cc: freebsd-gnats-submit@freebsd.org, freebsd-amd64@freebsd.org Subject: Re: amd64/127276: ldd invokes linux yes X-BeenThere: freebsd-amd64@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Porting FreeBSD to the AMD64 platform List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 11 Sep 2008 05:33:28 -0000 John Baldwin wrote: > On Wednesday 10 September 2008 01:44:36 pm Dominic Fandrey wrote: >>> Number: 127276 >>> Category: amd64 >>> Synopsis: ldd invokes linux yes >>> Confidential: no >>> Severity: serious >>> Priority: medium >>> Responsible: freebsd-amd64 >>> State: open >>> Quarter: >>> Keywords: >>> Date-Required: >>> Class: sw-bug >>> Submitter-Id: current-users >>> Arrival-Date: Wed Sep 10 17:50:01 UTC 2008 >>> Closed-Date: >>> Last-Modified: >>> Originator: Dominic Fandrey >>> Release: RELENG_7 >>> Organization: >> private >>> Environment: >> FreeBSD mobileKamikaze.norad 7.1-PRERELEASE FreeBSD 7.1-PRERELEASE #0: Fri > Aug 29 23:22:22 CEST 2008 > root@mobileKamikaze.norad:/usr/obj/HP6510b/amd64/usr/src/sys/HP6510b amd64 >>> Description: >> When ldd is used on linux yes it invokes it instead of producing the usual > output. >> # pkg_info -W /compat/linux/usr/bin/yes >> /compat/linux/usr/bin/yes was installed by package linux_base-f8-8_4 >> # sysctl compat.linux.osrelease >> compat.linux.osrelease: 2.6.16 >> >> This behaviour breaks pkg_libchk from the sysutils/bsdadminscripts port. >>> How-To-Repeat: >> # ldd /compat/linux/usr/bin/yes > > ldd is not going to work for Linux binaries. The Linux ldd should be used for > Linux binaries. > I don't need it to work, I just need it not to invoke linux binaries. I'm using ldd in a script and by ldd not returning 0 the script should know that it hasn't encountered a valid binary. Instead ldd opens a linux binary like yes and the script spills out ys (yes) or waits for input from stdin (md5sum). I'm pretty certain ldd is in no way meant to invoke programs. From owner-freebsd-amd64@FreeBSD.ORG Thu Sep 11 05:40:04 2008 Return-Path: Delivered-To: freebsd-amd64@hub.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id A512D1065682 for ; Thu, 11 Sep 2008 05:40:04 +0000 (UTC) (envelope-from gnats@FreeBSD.org) Received: from freefall.freebsd.org (freefall.freebsd.org [IPv6:2001:4f8:fff6::28]) by mx1.freebsd.org (Postfix) with ESMTP id 9170F8FC19 for ; Thu, 11 Sep 2008 05:40:04 +0000 (UTC) (envelope-from gnats@FreeBSD.org) Received: from freefall.freebsd.org (gnats@localhost [127.0.0.1]) by freefall.freebsd.org (8.14.2/8.14.2) with ESMTP id m8B5e4gr024966 for ; Thu, 11 Sep 2008 05:40:04 GMT (envelope-from gnats@freefall.freebsd.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.14.2/8.14.1/Submit) id m8B5e4gN024965; Thu, 11 Sep 2008 05:40:04 GMT (envelope-from gnats) Date: Thu, 11 Sep 2008 05:40:04 GMT Message-Id: <200809110540.m8B5e4gN024965@freefall.freebsd.org> To: freebsd-amd64@FreeBSD.org From: Dominic Fandrey X-Mailman-Approved-At: Thu, 11 Sep 2008 11:20:04 +0000 Cc: Subject: Re: amd64/127276: ldd invokes linux yes X-BeenThere: freebsd-amd64@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: Dominic Fandrey List-Id: Porting FreeBSD to the AMD64 platform List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 11 Sep 2008 05:40:04 -0000 The following reply was made to PR amd64/127276; it has been noted by GNATS. From: Dominic Fandrey To: John Baldwin Cc: freebsd-amd64@freebsd.org, freebsd-gnats-submit@freebsd.org Subject: Re: amd64/127276: ldd invokes linux yes Date: Thu, 11 Sep 2008 07:01:09 +0200 John Baldwin wrote: > On Wednesday 10 September 2008 01:44:36 pm Dominic Fandrey wrote: >>> Number: 127276 >>> Category: amd64 >>> Synopsis: ldd invokes linux yes >>> Confidential: no >>> Severity: serious >>> Priority: medium >>> Responsible: freebsd-amd64 >>> State: open >>> Quarter: >>> Keywords: >>> Date-Required: >>> Class: sw-bug >>> Submitter-Id: current-users >>> Arrival-Date: Wed Sep 10 17:50:01 UTC 2008 >>> Closed-Date: >>> Last-Modified: >>> Originator: Dominic Fandrey >>> Release: RELENG_7 >>> Organization: >> private >>> Environment: >> FreeBSD mobileKamikaze.norad 7.1-PRERELEASE FreeBSD 7.1-PRERELEASE #0: Fri > Aug 29 23:22:22 CEST 2008 > root@mobileKamikaze.norad:/usr/obj/HP6510b/amd64/usr/src/sys/HP6510b amd64 >>> Description: >> When ldd is used on linux yes it invokes it instead of producing the usual > output. >> # pkg_info -W /compat/linux/usr/bin/yes >> /compat/linux/usr/bin/yes was installed by package linux_base-f8-8_4 >> # sysctl compat.linux.osrelease >> compat.linux.osrelease: 2.6.16 >> >> This behaviour breaks pkg_libchk from the sysutils/bsdadminscripts port. >>> How-To-Repeat: >> # ldd /compat/linux/usr/bin/yes > > ldd is not going to work for Linux binaries. The Linux ldd should be used for > Linux binaries. > I don't need it to work, I just need it not to invoke linux binaries. I'm using ldd in a script and by ldd not returning 0 the script should know that it hasn't encountered a valid binary. Instead ldd opens a linux binary like yes and the script spills out ys (yes) or waits for input from stdin (md5sum). I'm pretty certain ldd is in no way meant to invoke programs. From owner-freebsd-amd64@FreeBSD.ORG Thu Sep 11 12:41:41 2008 Return-Path: Delivered-To: freebsd-amd64@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 90C951065672 for ; Thu, 11 Sep 2008 12:41:41 +0000 (UTC) (envelope-from rpaulo@gmail.com) Received: from ey-out-2122.google.com (ey-out-2122.google.com [74.125.78.24]) by mx1.freebsd.org (Postfix) with ESMTP id 18C6F8FC15 for ; Thu, 11 Sep 2008 12:41:40 +0000 (UTC) (envelope-from rpaulo@gmail.com) Received: by ey-out-2122.google.com with SMTP id 6so137160eyi.7 for ; Thu, 11 Sep 2008 05:41:39 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:received:received:date:from:to:cc :subject:message-id:references:mime-version:content-type :content-disposition:in-reply-to:user-agent:sender; bh=T3JYCz/+CoVUMQjb5T+mEOusUoFMgNzBh3wEJYbVcgk=; b=TdgywFNwRj1BQXWpgdovMDwLK9RJRjw82jTZJdV91C2xSFk6Wpy/MyXbwVWy0hjcv7 QX+YSSLu2LJZDJI1U1b+h4SQLDW/AKu258QWwHKMpyyQ7ijmaX0yT6KlVtPgqzi6MYHs iXiaVUEkIbhebSZ5S9yoVtPO95/p9wUHHajl4= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=date:from:to:cc:subject:message-id:references:mime-version :content-type:content-disposition:in-reply-to:user-agent:sender; b=LX4OkLHPUAAsCMA+KqEwgvyzWbUAcCuIAYbJ8+UoYLX2mwb5Xfb5gX6eCqd7VT84zS z/SwVOBlPyOPnC7r2BRYjhNXjiRLwxMdwbVEtZ+tDqybngDzBJchESmHRDk/nP2B5nYF v3Aqs1T6iE7mUKNeB2bJCGk/kU8twHf40LQ+I= Received: by 10.210.22.8 with SMTP id 8mr1828049ebv.98.1221135209963; Thu, 11 Sep 2008 05:13:29 -0700 (PDT) Received: from alpha.local ( [83.144.140.92]) by mx.google.com with ESMTPS id g9sm17206080gvc.0.2008.09.11.05.13.28 (version=TLSv1/SSLv3 cipher=RC4-MD5); Thu, 11 Sep 2008 05:13:29 -0700 (PDT) Received: by alpha.local (Postfix, from userid 1001) id 6119F11B99; Thu, 11 Sep 2008 13:10:58 +0100 (WEST) Date: Thu, 11 Sep 2008 13:10:58 +0100 From: Rui Paulo To: Dominic Fandrey Message-ID: <20080911121058.GA69162@alpha.local> References: <200809101744.m8AHiaQq053643@www.freebsd.org> <200809101610.13951.jhb@freebsd.org> <48C8A615.7070800@bsdforen.de> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <48C8A615.7070800@bsdforen.de> User-Agent: Mutt/1.5.18 (2008-05-17) Sender: Rui Paulo Cc: freebsd-gnats-submit@freebsd.org, freebsd-amd64@freebsd.org Subject: Re: amd64/127276: ldd invokes linux yes X-BeenThere: freebsd-amd64@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Porting FreeBSD to the AMD64 platform List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 11 Sep 2008 12:41:41 -0000 On Thu, Sep 11, 2008 at 07:01:09AM +0200, Dominic Fandrey wrote: > I don't need it to work, I just need it not to invoke linux binaries. I'm > using ldd in a script and by ldd not returning 0 the script should know that > it hasn't encountered a valid binary. Instead ldd opens a linux binary like > yes and the script spills out ys (yes) or waits for input from stdin > (md5sum). I'm pretty certain ldd is in no way meant to invoke programs. I chatted briefly with John about this. The way our ldd works is by setting the environment variable TRACE_LOADED_OBJECTS and after some dlopen() magic it exec()'s the binary. FreeBSD rtld detects the environmental variable, prints the list of shared objects and quits. Linux rtld doesn't work this way, so FreeBSD ldd on a Linux binary will just run the Linux binary (Linux rtld will ignore the rest). Also, ldd wil return 1 on static binaries. Your best bet is to use file(1) to detect FreeBSD binaries. Something like `file $binary | grep FreeBSD-style` does the trick. Regards, -- Rui Paulo From owner-freebsd-amd64@FreeBSD.ORG Thu Sep 11 12:50:03 2008 Return-Path: Delivered-To: freebsd-amd64@hub.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 9E642106564A for ; Thu, 11 Sep 2008 12:50:03 +0000 (UTC) (envelope-from gnats@FreeBSD.org) Received: from freefall.freebsd.org (freefall.freebsd.org [IPv6:2001:4f8:fff6::28]) by mx1.freebsd.org (Postfix) with ESMTP id 874D88FC0A for ; Thu, 11 Sep 2008 12:50:03 +0000 (UTC) (envelope-from gnats@FreeBSD.org) Received: from freefall.freebsd.org (gnats@localhost [127.0.0.1]) by freefall.freebsd.org (8.14.2/8.14.2) with ESMTP id m8BCo3F0090474 for ; Thu, 11 Sep 2008 12:50:03 GMT (envelope-from gnats@freefall.freebsd.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.14.2/8.14.1/Submit) id m8BCo3Vu090473; Thu, 11 Sep 2008 12:50:03 GMT (envelope-from gnats) Date: Thu, 11 Sep 2008 12:50:03 GMT Message-Id: <200809111250.m8BCo3Vu090473@freefall.freebsd.org> To: freebsd-amd64@FreeBSD.org From: Rui Paulo Cc: Subject: Re: amd64/127276: ldd invokes linux yes X-BeenThere: freebsd-amd64@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: Rui Paulo List-Id: Porting FreeBSD to the AMD64 platform List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 11 Sep 2008 12:50:03 -0000 The following reply was made to PR amd64/127276; it has been noted by GNATS. From: Rui Paulo To: Dominic Fandrey Cc: John Baldwin , freebsd-gnats-submit@freebsd.org, freebsd-amd64@freebsd.org Subject: Re: amd64/127276: ldd invokes linux yes Date: Thu, 11 Sep 2008 13:10:58 +0100 On Thu, Sep 11, 2008 at 07:01:09AM +0200, Dominic Fandrey wrote: > I don't need it to work, I just need it not to invoke linux binaries. I'm > using ldd in a script and by ldd not returning 0 the script should know that > it hasn't encountered a valid binary. Instead ldd opens a linux binary like > yes and the script spills out ys (yes) or waits for input from stdin > (md5sum). I'm pretty certain ldd is in no way meant to invoke programs. I chatted briefly with John about this. The way our ldd works is by setting the environment variable TRACE_LOADED_OBJECTS and after some dlopen() magic it exec()'s the binary. FreeBSD rtld detects the environmental variable, prints the list of shared objects and quits. Linux rtld doesn't work this way, so FreeBSD ldd on a Linux binary will just run the Linux binary (Linux rtld will ignore the rest). Also, ldd wil return 1 on static binaries. Your best bet is to use file(1) to detect FreeBSD binaries. Something like `file $binary | grep FreeBSD-style` does the trick. Regards, -- Rui Paulo From owner-freebsd-amd64@FreeBSD.ORG Thu Sep 11 16:38:19 2008 Return-Path: Delivered-To: freebsd-amd64@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id E51791065676; Thu, 11 Sep 2008 16:38:19 +0000 (UTC) (envelope-from kamikaze@bsdforen.de) Received: from mail.bsdforen.de (bsdforen.de [212.204.60.79]) by mx1.freebsd.org (Postfix) with ESMTP id 9870B8FC21; Thu, 11 Sep 2008 16:38:19 +0000 (UTC) (envelope-from kamikaze@bsdforen.de) Received: from mobileKamikaze.norad (unknown [92.116.185.144]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mail.bsdforen.de (Postfix) with ESMTP id 90E568A000A; Thu, 11 Sep 2008 18:37:42 +0200 (CEST) Message-ID: <48C94943.7010802@bsdforen.de> Date: Thu, 11 Sep 2008 18:37:23 +0200 From: Dominic Fandrey User-Agent: Thunderbird 2.0.0.16 (X11/20080810) MIME-Version: 1.0 To: Rui Paulo References: <200809101744.m8AHiaQq053643@www.freebsd.org> <200809101610.13951.jhb@freebsd.org> <48C8A615.7070800@bsdforen.de> <20080911121058.GA69162@alpha.local> In-Reply-To: <20080911121058.GA69162@alpha.local> X-Enigmail-Version: 0.95.6 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 7bit X-Mailman-Approved-At: Thu, 11 Sep 2008 17:29:35 +0000 Cc: freebsd-gnats-submit@freebsd.org, freebsd-amd64@freebsd.org Subject: Re: amd64/127276: ldd invokes linux yes X-BeenThere: freebsd-amd64@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Porting FreeBSD to the AMD64 platform List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 11 Sep 2008 16:38:20 -0000 Rui Paulo wrote: > On Thu, Sep 11, 2008 at 07:01:09AM +0200, Dominic Fandrey wrote: >> I don't need it to work, I just need it not to invoke linux binaries. I'm >> using ldd in a script and by ldd not returning 0 the script should know that >> it hasn't encountered a valid binary. Instead ldd opens a linux binary like >> yes and the script spills out ys (yes) or waits for input from stdin >> (md5sum). I'm pretty certain ldd is in no way meant to invoke programs. > > I chatted briefly with John about this. The way our ldd works is by > setting the environment variable TRACE_LOADED_OBJECTS and after some > dlopen() magic it exec()'s the binary. FreeBSD rtld detects the environmental > variable, prints the list of shared objects and quits. > > Linux rtld doesn't work this way, so FreeBSD ldd on a Linux binary will > just run the Linux binary (Linux rtld will ignore the rest). > > Also, ldd wil return 1 on static binaries. Your best bet is to use > file(1) to detect FreeBSD binaries. Something like `file $binary | grep > FreeBSD-style` does the trick. > > Regards, Ok, thanks. I have already created a workaround with readelf, but I'd still consider this a bug in ldd. Shouldn't it check the elf brand if it only works for a single one? Regards From owner-freebsd-amd64@FreeBSD.ORG Thu Sep 11 16:40:04 2008 Return-Path: Delivered-To: freebsd-amd64@hub.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 53D35106566C for ; Thu, 11 Sep 2008 16:40:04 +0000 (UTC) (envelope-from gnats@FreeBSD.org) Received: from freefall.freebsd.org (freefall.freebsd.org [IPv6:2001:4f8:fff6::28]) by mx1.freebsd.org (Postfix) with ESMTP id 45C518FC16 for ; Thu, 11 Sep 2008 16:40:04 +0000 (UTC) (envelope-from gnats@FreeBSD.org) Received: from freefall.freebsd.org (gnats@localhost [127.0.0.1]) by freefall.freebsd.org (8.14.2/8.14.2) with ESMTP id m8BGe4dQ012173 for ; Thu, 11 Sep 2008 16:40:04 GMT (envelope-from gnats@freefall.freebsd.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.14.2/8.14.1/Submit) id m8BGe4PX012172; Thu, 11 Sep 2008 16:40:04 GMT (envelope-from gnats) Date: Thu, 11 Sep 2008 16:40:04 GMT Message-Id: <200809111640.m8BGe4PX012172@freefall.freebsd.org> To: freebsd-amd64@FreeBSD.org From: Dominic Fandrey X-Mailman-Approved-At: Thu, 11 Sep 2008 17:29:43 +0000 Cc: Subject: Re: amd64/127276: ldd invokes linux yes X-BeenThere: freebsd-amd64@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: Dominic Fandrey List-Id: Porting FreeBSD to the AMD64 platform List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 11 Sep 2008 16:40:04 -0000 The following reply was made to PR amd64/127276; it has been noted by GNATS. From: Dominic Fandrey To: Rui Paulo Cc: John Baldwin , freebsd-gnats-submit@freebsd.org, freebsd-amd64@freebsd.org Subject: Re: amd64/127276: ldd invokes linux yes Date: Thu, 11 Sep 2008 18:37:23 +0200 Rui Paulo wrote: > On Thu, Sep 11, 2008 at 07:01:09AM +0200, Dominic Fandrey wrote: >> I don't need it to work, I just need it not to invoke linux binaries. I'm >> using ldd in a script and by ldd not returning 0 the script should know that >> it hasn't encountered a valid binary. Instead ldd opens a linux binary like >> yes and the script spills out ys (yes) or waits for input from stdin >> (md5sum). I'm pretty certain ldd is in no way meant to invoke programs. > > I chatted briefly with John about this. The way our ldd works is by > setting the environment variable TRACE_LOADED_OBJECTS and after some > dlopen() magic it exec()'s the binary. FreeBSD rtld detects the environmental > variable, prints the list of shared objects and quits. > > Linux rtld doesn't work this way, so FreeBSD ldd on a Linux binary will > just run the Linux binary (Linux rtld will ignore the rest). > > Also, ldd wil return 1 on static binaries. Your best bet is to use > file(1) to detect FreeBSD binaries. Something like `file $binary | grep > FreeBSD-style` does the trick. > > Regards, Ok, thanks. I have already created a workaround with readelf, but I'd still consider this a bug in ldd. Shouldn't it check the elf brand if it only works for a single one? Regards From owner-freebsd-amd64@FreeBSD.ORG Thu Sep 11 17:57:03 2008 Return-Path: Delivered-To: freebsd-amd64@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id F0F89106574A; Thu, 11 Sep 2008 17:57:02 +0000 (UTC) (envelope-from jhb@freebsd.org) Received: from server.baldwin.cx (bigknife-pt.tunnel.tserv9.chi1.ipv6.he.net [IPv6:2001:470:1f10:75::2]) by mx1.freebsd.org (Postfix) with ESMTP id 86BAD8FC1F; Thu, 11 Sep 2008 17:57:02 +0000 (UTC) (envelope-from jhb@freebsd.org) Received: from localhost.corp.yahoo.com (john@localhost [IPv6:::1]) (authenticated bits=0) by server.baldwin.cx (8.14.2/8.14.2) with ESMTP id m8BHuVYP035323; Thu, 11 Sep 2008 13:56:38 -0400 (EDT) (envelope-from jhb@freebsd.org) From: John Baldwin To: Dominic Fandrey Date: Thu, 11 Sep 2008 10:38:32 -0400 User-Agent: KMail/1.9.7 References: <200809101744.m8AHiaQq053643@www.freebsd.org> <200809101610.13951.jhb@freebsd.org> <48C8A615.7070800@bsdforen.de> In-Reply-To: <48C8A615.7070800@bsdforen.de> MIME-Version: 1.0 Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200809111038.32311.jhb@freebsd.org> X-Greylist: Sender succeeded SMTP AUTH authentication, not delayed by milter-greylist-2.0.2 (server.baldwin.cx [IPv6:::1]); Thu, 11 Sep 2008 13:56:38 -0400 (EDT) X-Virus-Scanned: ClamAV 0.93.1/8219/Thu Sep 11 11:02:39 2008 on server.baldwin.cx X-Virus-Status: Clean X-Spam-Status: No, score=-2.3 required=4.2 tests=AWL,BAYES_00, DATE_IN_PAST_03_06,NO_RELAYS autolearn=ham version=3.1.3 X-Spam-Checker-Version: SpamAssassin 3.1.3 (2006-06-01) on server.baldwin.cx Cc: freebsd-gnats-submit@freebsd.org, freebsd-amd64@freebsd.org Subject: Re: amd64/127276: ldd invokes linux yes X-BeenThere: freebsd-amd64@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Porting FreeBSD to the AMD64 platform List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 11 Sep 2008 17:57:03 -0000 On Thursday 11 September 2008 01:01:09 am Dominic Fandrey wrote: > John Baldwin wrote: > > On Wednesday 10 September 2008 01:44:36 pm Dominic Fandrey wrote: > >>> Number: 127276 > >>> Category: amd64 > >>> Synopsis: ldd invokes linux yes > >>> Confidential: no > >>> Severity: serious > >>> Priority: medium > >>> Responsible: freebsd-amd64 > >>> State: open > >>> Quarter: > >>> Keywords: > >>> Date-Required: > >>> Class: sw-bug > >>> Submitter-Id: current-users > >>> Arrival-Date: Wed Sep 10 17:50:01 UTC 2008 > >>> Closed-Date: > >>> Last-Modified: > >>> Originator: Dominic Fandrey > >>> Release: RELENG_7 > >>> Organization: > >> private > >>> Environment: > >> FreeBSD mobileKamikaze.norad 7.1-PRERELEASE FreeBSD 7.1-PRERELEASE #0: Fri > > Aug 29 23:22:22 CEST 2008 > > root@mobileKamikaze.norad:/usr/obj/HP6510b/amd64/usr/src/sys/HP6510b amd64 > >>> Description: > >> When ldd is used on linux yes it invokes it instead of producing the usual > > output. > >> # pkg_info -W /compat/linux/usr/bin/yes > >> /compat/linux/usr/bin/yes was installed by package linux_base-f8-8_4 > >> # sysctl compat.linux.osrelease > >> compat.linux.osrelease: 2.6.16 > >> > >> This behaviour breaks pkg_libchk from the sysutils/bsdadminscripts port. > >>> How-To-Repeat: > >> # ldd /compat/linux/usr/bin/yes > > > > ldd is not going to work for Linux binaries. The Linux ldd should be used for > > Linux binaries. > > > > I don't need it to work, I just need it not to invoke linux binaries. I'm > using ldd in a script and by ldd not returning 0 the script should know that > it hasn't encountered a valid binary. Instead ldd opens a linux binary like > yes and the script spills out ys (yes) or waits for input from stdin > (md5sum). I'm pretty certain ldd is in no way meant to invoke programs. As Rui indicated, ldd always execs binaries. It just sets environment variables that the FreeBSD runtime linker checks for. If the runtime linker sees them, it will modify it's behavior. You can achieve the same thing using env: % ldd /bin/ls /bin/ls: libutil.so.7 => /lib/libutil.so.7 (0x2808b000) libncurses.so.7 => /lib/libncurses.so.7 (0x28099000) libc.so.7 => /lib/libc.so.7 (0x280d8000) % env LD_TRACE_LOADED_OBJECTS=yes /bin/ls libutil.so.7 => /lib/libutil.so.7 (0x2808b000) libncurses.so.7 => /lib/libncurses.so.7 (0x28099000) libc.so.7 => /lib/libc.so.7 (0x280d8000) All the "ldd" printfs, etc. are actually from the runtime linker, not ldd itself. The Linux runtime linker doesn't modify it's behavior for LD_TRACE_LOADED_OBJECTS, so Linux apps just run normally when invoked by ldd. -- John Baldwin From owner-freebsd-amd64@FreeBSD.ORG Thu Sep 11 18:00:15 2008 Return-Path: Delivered-To: freebsd-amd64@hub.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 715DC10656B1 for ; Thu, 11 Sep 2008 18:00:15 +0000 (UTC) (envelope-from gnats@FreeBSD.org) Received: from freefall.freebsd.org (freefall.freebsd.org [IPv6:2001:4f8:fff6::28]) by mx1.freebsd.org (Postfix) with ESMTP id 63F728FC16 for ; Thu, 11 Sep 2008 18:00:15 +0000 (UTC) (envelope-from gnats@FreeBSD.org) Received: from freefall.freebsd.org (gnats@localhost [127.0.0.1]) by freefall.freebsd.org (8.14.2/8.14.2) with ESMTP id m8BI0FGK024144 for ; Thu, 11 Sep 2008 18:00:15 GMT (envelope-from gnats@freefall.freebsd.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.14.2/8.14.1/Submit) id m8BI0FbU024143; Thu, 11 Sep 2008 18:00:15 GMT (envelope-from gnats) Date: Thu, 11 Sep 2008 18:00:15 GMT Message-Id: <200809111800.m8BI0FbU024143@freefall.freebsd.org> To: freebsd-amd64@FreeBSD.org From: John Baldwin Cc: Subject: Re: amd64/127276: ldd invokes linux yes X-BeenThere: freebsd-amd64@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: John Baldwin List-Id: Porting FreeBSD to the AMD64 platform List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 11 Sep 2008 18:00:15 -0000 The following reply was made to PR amd64/127276; it has been noted by GNATS. From: John Baldwin To: Dominic Fandrey Cc: freebsd-amd64@freebsd.org, freebsd-gnats-submit@freebsd.org Subject: Re: amd64/127276: ldd invokes linux yes Date: Thu, 11 Sep 2008 10:38:32 -0400 On Thursday 11 September 2008 01:01:09 am Dominic Fandrey wrote: > John Baldwin wrote: > > On Wednesday 10 September 2008 01:44:36 pm Dominic Fandrey wrote: > >>> Number: 127276 > >>> Category: amd64 > >>> Synopsis: ldd invokes linux yes > >>> Confidential: no > >>> Severity: serious > >>> Priority: medium > >>> Responsible: freebsd-amd64 > >>> State: open > >>> Quarter: > >>> Keywords: > >>> Date-Required: > >>> Class: sw-bug > >>> Submitter-Id: current-users > >>> Arrival-Date: Wed Sep 10 17:50:01 UTC 2008 > >>> Closed-Date: > >>> Last-Modified: > >>> Originator: Dominic Fandrey > >>> Release: RELENG_7 > >>> Organization: > >> private > >>> Environment: > >> FreeBSD mobileKamikaze.norad 7.1-PRERELEASE FreeBSD 7.1-PRERELEASE #0: Fri > > Aug 29 23:22:22 CEST 2008 > > root@mobileKamikaze.norad:/usr/obj/HP6510b/amd64/usr/src/sys/HP6510b amd64 > >>> Description: > >> When ldd is used on linux yes it invokes it instead of producing the usual > > output. > >> # pkg_info -W /compat/linux/usr/bin/yes > >> /compat/linux/usr/bin/yes was installed by package linux_base-f8-8_4 > >> # sysctl compat.linux.osrelease > >> compat.linux.osrelease: 2.6.16 > >> > >> This behaviour breaks pkg_libchk from the sysutils/bsdadminscripts port. > >>> How-To-Repeat: > >> # ldd /compat/linux/usr/bin/yes > > > > ldd is not going to work for Linux binaries. The Linux ldd should be used for > > Linux binaries. > > > > I don't need it to work, I just need it not to invoke linux binaries. I'm > using ldd in a script and by ldd not returning 0 the script should know that > it hasn't encountered a valid binary. Instead ldd opens a linux binary like > yes and the script spills out ys (yes) or waits for input from stdin > (md5sum). I'm pretty certain ldd is in no way meant to invoke programs. As Rui indicated, ldd always execs binaries. It just sets environment variables that the FreeBSD runtime linker checks for. If the runtime linker sees them, it will modify it's behavior. You can achieve the same thing using env: % ldd /bin/ls /bin/ls: libutil.so.7 => /lib/libutil.so.7 (0x2808b000) libncurses.so.7 => /lib/libncurses.so.7 (0x28099000) libc.so.7 => /lib/libc.so.7 (0x280d8000) % env LD_TRACE_LOADED_OBJECTS=yes /bin/ls libutil.so.7 => /lib/libutil.so.7 (0x2808b000) libncurses.so.7 => /lib/libncurses.so.7 (0x28099000) libc.so.7 => /lib/libc.so.7 (0x280d8000) All the "ldd" printfs, etc. are actually from the runtime linker, not ldd itself. The Linux runtime linker doesn't modify it's behavior for LD_TRACE_LOADED_OBJECTS, so Linux apps just run normally when invoked by ldd. -- John Baldwin From owner-freebsd-amd64@FreeBSD.ORG Thu Sep 11 21:43:55 2008 Return-Path: Delivered-To: freebsd-amd64@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id EEE20106566C for ; Thu, 11 Sep 2008 21:43:55 +0000 (UTC) (envelope-from jhb@freebsd.org) Received: from server.baldwin.cx (bigknife-pt.tunnel.tserv9.chi1.ipv6.he.net [IPv6:2001:470:1f10:75::2]) by mx1.freebsd.org (Postfix) with ESMTP id 7078B8FC13 for ; Thu, 11 Sep 2008 21:43:55 +0000 (UTC) (envelope-from jhb@freebsd.org) Received: from localhost.corp.yahoo.com (john@localhost [IPv6:::1]) (authenticated bits=0) by server.baldwin.cx (8.14.2/8.14.2) with ESMTP id m8BLhA3m037663; Thu, 11 Sep 2008 17:43:24 -0400 (EDT) (envelope-from jhb@freebsd.org) From: John Baldwin To: freebsd-amd64@freebsd.org, Dominic Fandrey Date: Thu, 11 Sep 2008 16:37:54 -0400 User-Agent: KMail/1.9.7 References: <200809111640.m8BGe4PX012172@freefall.freebsd.org> In-Reply-To: <200809111640.m8BGe4PX012172@freefall.freebsd.org> MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-15" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200809111637.54863.jhb@freebsd.org> X-Greylist: Sender succeeded SMTP AUTH authentication, not delayed by milter-greylist-2.0.2 (server.baldwin.cx [IPv6:::1]); Thu, 11 Sep 2008 17:43:24 -0400 (EDT) X-Virus-Scanned: ClamAV 0.93.1/8220/Thu Sep 11 17:27:09 2008 on server.baldwin.cx X-Virus-Status: Clean X-Spam-Status: No, score=-2.6 required=4.2 tests=AWL,BAYES_00,NO_RELAYS autolearn=ham version=3.1.3 X-Spam-Checker-Version: SpamAssassin 3.1.3 (2006-06-01) on server.baldwin.cx Cc: Subject: Re: amd64/127276: ldd invokes linux yes X-BeenThere: freebsd-amd64@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Porting FreeBSD to the AMD64 platform List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 11 Sep 2008 21:43:56 -0000 On Thursday 11 September 2008 12:40:04 pm Dominic Fandrey wrote: > The following reply was made to PR amd64/127276; it has been noted by GNATS. > > From: Dominic Fandrey > To: Rui Paulo > Cc: John Baldwin , freebsd-gnats-submit@freebsd.org, > freebsd-amd64@freebsd.org > Subject: Re: amd64/127276: ldd invokes linux yes > Date: Thu, 11 Sep 2008 18:37:23 +0200 > > Rui Paulo wrote: > > On Thu, Sep 11, 2008 at 07:01:09AM +0200, Dominic Fandrey wrote: > >> I don't need it to work, I just need it not to invoke linux binaries. I'm > >> using ldd in a script and by ldd not returning 0 the script should know that > >> it hasn't encountered a valid binary. Instead ldd opens a linux binary like > >> yes and the script spills out ys (yes) or waits for input from stdin > >> (md5sum). I'm pretty certain ldd is in no way meant to invoke programs. > > > > I chatted briefly with John about this. The way our ldd works is by > > setting the environment variable TRACE_LOADED_OBJECTS and after some > > dlopen() magic it exec()'s the binary. FreeBSD rtld detects the environmental > > variable, prints the list of shared objects and quits. > > > > Linux rtld doesn't work this way, so FreeBSD ldd on a Linux binary will > > just run the Linux binary (Linux rtld will ignore the rest). > > > > Also, ldd wil return 1 on static binaries. Your best bet is to use > > file(1) to detect FreeBSD binaries. Something like `file $binary | grep > > FreeBSD-style` does the trick. > > > > Regards, > > Ok, thanks. I have already created a workaround with readelf, but I'd still > consider this a bug in ldd. Shouldn't it check the elf brand if it only > works for a single one? FreeBSD binaries from various releases have been branded in different ways. I would consider it more of a user error to run ldd on a Linux binary. :) You could maybe add a "IMPLEMENTATION NOTES" section to the manpage that explains how it works and why it will execute any binary using a different runtime linker. -- John Baldwin From owner-freebsd-amd64@FreeBSD.ORG Thu Sep 11 23:30:11 2008 Return-Path: Delivered-To: freebsd-amd64@hub.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 4EA761065673 for ; Thu, 11 Sep 2008 23:30:11 +0000 (UTC) (envelope-from gnats@FreeBSD.org) Received: from freefall.freebsd.org (freefall.freebsd.org [IPv6:2001:4f8:fff6::28]) by mx1.freebsd.org (Postfix) with ESMTP id 26D9F8FC18 for ; Thu, 11 Sep 2008 23:30:11 +0000 (UTC) (envelope-from gnats@FreeBSD.org) Received: from freefall.freebsd.org (gnats@localhost [127.0.0.1]) by freefall.freebsd.org (8.14.2/8.14.2) with ESMTP id m8BNUALO059845 for ; Thu, 11 Sep 2008 23:30:11 GMT (envelope-from gnats@freefall.freebsd.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.14.2/8.14.1/Submit) id m8BNUA76059842; Thu, 11 Sep 2008 23:30:10 GMT (envelope-from gnats) Date: Thu, 11 Sep 2008 23:30:10 GMT Message-Id: <200809112330.m8BNUA76059842@freefall.freebsd.org> To: freebsd-amd64@FreeBSD.org From: linimon@lonesome.com (Mark Linimon) X-Mailman-Approved-At: Thu, 11 Sep 2008 23:59:20 +0000 Cc: Subject: Re: amd64/127276: ldd invokes linux yes X-BeenThere: freebsd-amd64@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: Mark Linimon List-Id: Porting FreeBSD to the AMD64 platform List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 11 Sep 2008 23:30:11 -0000 The following reply was made to PR amd64/127276; it has been noted by GNATS. From: linimon@lonesome.com (Mark Linimon) To: bug-followup@FreeBSD.org Cc: Subject: Re: amd64/127276: ldd invokes linux yes Date: Thu, 11 Sep 2008 18:29:24 -0500 ----- Forwarded message from John Baldwin ----- FreeBSD binaries from various releases have been branded in different ways. I would consider it more of a user error to run ldd on a Linux binary. :) You could maybe add a "IMPLEMENTATION NOTES" section to the manpage that explains how it works and why it will execute any binary using a different runtime linker. -- John Baldwin ----- End forwarded message -----