Skip site navigation (1)Skip section navigation (2)
Date:      Tue, 5 Jan 2016 14:40:55 -0600
From:      Karl Denninger <karl@denninger.net>
Cc:        "freebsd-arm@freebsd.org" <freebsd-arm@freebsd.org>
Subject:   Re: How did I manage to break this?!
Message-ID:  <568C2A57.2070406@denninger.net>
In-Reply-To: <CANCZdfo3cUFqUpuAMdeCq9kv7EEg9Tq68hY=pEBryiBZEGpRsw@mail.gmail.com>
References:  <568C1919.2090407@denninger.net> <CANCZdfq1i-napivz=2PxLz7yCkbP8vfDhQvjjAD=NiOk0dMQxQ@mail.gmail.com> <568C1B27.3050206@denninger.net> <CANCZdfqWbtXHz=SdyNJH3RWa-J30FuYMCSMmdJXJ_5tW9xUB_Q@mail.gmail.com> <568C2258.1040605@denninger.net> <CANCZdfo3cUFqUpuAMdeCq9kv7EEg9Tq68hY=pEBryiBZEGpRsw@mail.gmail.com>

index | next in thread | previous in thread | raw e-mail

[-- Attachment #1 --]
I'm reasonably sure that armv6hf isn't involved; I canvassed the system
that was updated and unless I missed something really ridiculous there's
no hf-code left on the box.

This looks like something got broken in the pkg repo that is being
picked up by the pkg utility... I can of course build the ports myself
but was hoping to not need to.

On 1/5/2016 14:39, Warner Losh wrote:
> On a newly built nanobsd image that I hacked to allow enough space to
> install packages,
> I've recreated this problem with armv6hf being in the loop at all.
>
> Warner
>
> On Tue, Jan 5, 2016 at 1:06 PM, Karl Denninger <karl@denninger.net
> <mailto:karl@denninger.net>> wrote:
>
>     $ readelf -h git
>     ELF Header:
>       Magic:   7f 45 4c 46 01 01 01 00 00 00 00 00 00 00 00 00
>       Class:                             ELF32
>       Data:                              2's complement, little endian
>       Version:                           1 (current)
>       OS/ABI:                            NONE
>       ABI Version:                       0
>       Type:                              EXEC (Executable file)
>       Machine:                           ARM
>       Version:                           0x1
>       Entry point address:               0xbe08
>       Start of program headers:          52 (bytes into file)
>       Start of section headers:          1623892 (bytes into file)
>       Flags:                             0x5000202, Version5 EABI, has
>     entry
>     point, software FP
>       Size of this header:               52 (bytes)
>       Size of program headers:           32 (bytes)
>       Number of program headers:         8
>       Size of section headers:           40 (bytes)
>       Number of section headers:         28
>       Section header string table index: 27
>
>     And the allegedly-not-there shared library:
>
>     ELF Header:
>       Magic:   7f 45 4c 46 01 01 01 00 00 00 00 00 00 00 00 00
>       Class:                             ELF32
>       Data:                              2's complement, little endian
>       Version:                           1 (current)
>       OS/ABI:                            NONE
>       ABI Version:                       0
>       Type:                              DYN (Shared object file)
>       Machine:                           ARM
>       Version:                           0x1
>       Entry point address:               0x1830
>       Start of program headers:          52 (bytes into file)
>       Start of section headers:          37324 (bytes into file)
>       Flags:                             0x5000202, Version5 EABI, has
>     entry
>     point, software FP
>       Size of this header:               52 (bytes)
>       Size of program headers:           32 (bytes)
>       Number of program headers:         5
>       Size of section headers:           40 (bytes)
>       Number of section headers:         29
>       Section header string table index: 26
>
>
>
>     On 1/5/2016 14:00, Warner Losh wrote:
>     > what dpes readelf -h on all the affected files tell you?  You're
>     most
>     > interested in the line:
>     >
>     >   Flags:                             0x5000202, Version5 EABI, has
>     > entry point, software FP
>     >
>     >
>     > Warner
>     >
>     > On Tue, Jan 5, 2016 at 12:36 PM, Karl Denninger
>     <karl@denninger.net <mailto:karl@denninger.net>
>     > <mailto:karl@denninger.net <mailto:karl@denninger.net>>> wrote:
>     >
>     >     $ uname -v
>     >     FreeBSD 11.0-CURRENT #0 r293189: Tue Jan  5 08:44:05 CST 2016
>     >   
>      karl@NewFS.denninger.net:/pics/CrossBuild/obj/arm.armv6/pics/CrossBuild/src/sys/RPI2
>     >
>     >     Built a few hours ago, svn'd this morning.  rm -r'd both the
>     >     object and
>     >     export directories before starting to prevent the risk of a
>     >     carry-over.
>     >
>     >     And no, I pkg delete'd all the packages on the machine
>     (including pkg
>     >     itself!) and then rm -r'd the entire /usr/local/lib directory,
>     >     then used
>     >     pkg to reload them.
>     >
>     >     No chance they're leftovers.
>     >
>     >     On 1/5/2016 13:33, Warner Losh wrote:
>     >     > what revision are you at?
>     >     >
>     >     > Could these be left-over hard-float libraries?
>     >     >
>     >     > Warner
>     >     >
>     >     > On Tue, Jan 5, 2016 at 12:27 PM, Karl Denninger
>     >     <karl@denninger.net <mailto:karl@denninger.net>
>     <mailto:karl@denninger.net <mailto:karl@denninger.net>>
>     >     > <mailto:karl@denninger.net <mailto:karl@denninger.net>
>     <mailto:karl@denninger.net <mailto:karl@denninger.net>>>> wrote:
>     >     >
>     >     >     Went back from arm6hf to arm6 on a Pi2 (cross-built the
>     >     world and
>     >     >     kernel, then rsync'd it), and now I'm getting this
>     with two
>     >     packages
>     >     >     that I loaded from the "pkg add" command (which,
>     >     incidentally, was the
>     >     >     reason to do it in the first place, since arm6hf has
>     no package
>     >     >     repository)
>     >     >
>     >     >     The system itself is running fine.
>     >     >
>     >     >     $ git
>     >     >     Shared object "libintl.so.8" not found, required by "git"
>     >     >
>     >     >     Bee-ess
>     >     >
>     >     >     $ ldconfig -r|grep intl
>     >     >             134:-lintl.8 => /usr/local/lib/libintl.so.8
>     >     >             135:-lintl.9 => /usr/local/lib/libintl.so.9
>     >     >
>     >     >     $ ls -al /usr/local/lib/*intl*
>     >     >     -rw-r--r--  1 root  wheel  74122 Dec  7 12:58
>     >     /usr/local/lib/libintl.a
>     >     >     lrwxr-xr-x  1 root  wheel     16 Dec  7 12:58
>     >     >     /usr/local/lib/libintl.so
>     >     >     -> libintl.so.8.1.4
>     >     >     lrwxr-xr-x  1 root  wheel     16 Dec  7 12:58
>     >     >     /usr/local/lib/libintl.so.8 -> libintl.so.8.1.4
>     >     >     -rw-r--r--  1 root  wheel  51832 Dec  7 12:58
>     >     >     /usr/local/lib/libintl.so.8.1.4
>     >     >     lrwxr-xr-x  1 root  wheel     12 Dec  7 12:58
>     >     >     /usr/local/lib/libintl.so.9 -> libintl.so.8
>     >     >
>     >     >     That all came in from the pkg add, so why is the loader
>     >     >     complaining that
>     >     >     libintl.so.8 not there?  Incidentally, bash throws up
>     on the
>     >     same
>     >     >     error.
>     >     >
>     >     >     --
>     >     >     Karl Denninger
>     >     >     karl@denninger.net <mailto:karl@denninger.net>
>     <mailto:karl@denninger.net <mailto:karl@denninger.net>>
>     >     <mailto:karl@denninger.net <mailto:karl@denninger.net>
>     <mailto:karl@denninger.net <mailto:karl@denninger.net>>>
>     >     >     <mailto:karl@denninger.net <mailto:karl@denninger.net>
>     <mailto:karl@denninger.net <mailto:karl@denninger.net>>
>     >     <mailto:karl@denninger.net <mailto:karl@denninger.net>
>     <mailto:karl@denninger.net <mailto:karl@denninger.net>>>>
>     >     >     /The Market Ticker/
>     >     >     /[S/MIME encrypted email preferred]/
>     >     >
>     >     >
>     >
>     >     --
>     >     Karl Denninger
>     >     karl@denninger.net <mailto:karl@denninger.net>
>     <mailto:karl@denninger.net <mailto:karl@denninger.net>>
>     >     <mailto:karl@denninger.net <mailto:karl@denninger.net>
>     <mailto:karl@denninger.net <mailto:karl@denninger.net>>>
>     >     /The Market Ticker/
>     >     /[S/MIME encrypted email preferred]/
>     >
>     >
>
>     --
>     Karl Denninger
>     karl@denninger.net <mailto:karl@denninger.net>
>     <mailto:karl@denninger.net <mailto:karl@denninger.net>>
>     /The Market Ticker/
>     /[S/MIME encrypted email preferred]/
>
>

-- 
Karl Denninger
karl@denninger.net <mailto:karl@denninger.net>
/The Market Ticker/
/[S/MIME encrypted email preferred]/

[-- Attachment #2 --]
0	*H
010
	`He0	*H
_0[0C)0
	*H
010	UUS10UFlorida10U	Niceville10U
Cuda Systems LLC10UCuda Systems LLC CA1"0 	*H
	Cuda Systems LLC CA0
150421022159Z
200419022159Z0Z10	UUS10UFlorida10U
Cuda Systems LLC10UKarl Denninger (OCSP)0"0
	*H
0
X@vkY
Tq/vE]5#֯MX\8LJ/V?5Da+
sJc*/r{ȼnS+w")ąZ^DtdCOZ ~7Q '@a#ijc۴oZdB&!Ӝ-<	?HN5y
5}F|ef゘"Vلio74zn">a1qWuɖbFeGE&3(KhixG3!#e_XƬϜ/,$+;4y'Bz<qT9_?rRUpn5
Jn&Rx/p Jyel*pN8/#9u/YPEC)TY>~/˘N[vyiDKˉ,^" ?$T8v&K%z8C @?K{9f`+@,|Mbia007++0)0'+0http://cudasystems.net:88880	U00	`HB0U0,	`HB
OpenSSL Generated Certificate0U-h\Ff Y0U#0$q}ݽʒm50U0karl@denninger.net0
	*H
Owbabɺx&Uk[(Oj!%pMQ0I!#QH}.>~2&D}<wm_>V6v]f>=Nn+8;q wfΰ/RLyUG#b}n!Dր_up|_ǰc/%ۥ
nN8:d;-UJd/m1~VނיnN I˾$tF1&}|?q?\đXԑ&\4V<lKۮ3%Am_(q-(cAeGX)f}-˥6cv~Kg8m~v;|9:-iAPқ6ېn-.)<[$KJtt/L4ᖣ^Cmu4vb{+BG$M0c\[MR|0FԸP&78"4p#}DZ9;V9#>Sw"[UP7100010	UUS10UFlorida10U	Niceville10U
Cuda Systems LLC10UCuda Systems LLC CA1"0 	*H
	Cuda Systems LLC CA)0
	`HeM0	*H
	1	*H
0	*H
	1
160105204055Z0O	*H
	1B@s0	.H懄m/s\6	؉ubX+|Y1!IsB0l	*H
	1_0]0	`He*0	`He0
*H
0*H
0
*H
@0+0
*H
(0	+710010	UUS10UFlorida10U	Niceville10U
Cuda Systems LLC10UCuda Systems LLC CA1"0 	*H
	Cuda Systems LLC CA)0*H
	1010	UUS10UFlorida10U	Niceville10U
Cuda Systems LLC10UCuda Systems LLC CA1"0 	*H
	Cuda Systems LLC CA)0
	*H
Ё~pA_¨o*I凪T`CT4Vgʏ[ISS/2=lX	||هT<$c&2"ۊ5uW;ҙq[Yj|a##L!̈́y80s{C;:'0)ܵMgI^Qk59f@y"e#̼	nJ:XF-Cpbj@-1uO8Y$+6>Xv
nlϩ5W}m	s#Q^ZМJג<&szviDg/
Yd8DRԜP7-?dMK?f\v Y4]C+q+txBV1>n|'u	ie.R[v-tQ'(MdHsPPum&ynCD;nE}g!ntb@FEKFI$ELt^~i 
home | help

Want to link to this message? Use this
URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?568C2A57.2070406>