From mboxrd@z Thu Jan 1 00:00:00 1970 From: Marius Bakke Subject: Re: [PATCH] gnu: Add whois. Date: Sat, 22 Oct 2016 20:21:33 +0100 Message-ID: <87d1is5gw2.fsf@duckhunt.i-did-not-set--mail-host-address--so-tickle-me> References: <20161018080454.4775-1-ng0@we.make.ritual.n0.is> <20161018080454.4775-2-ng0@we.make.ritual.n0.is> <87oa2h7qsp.fsf@duckhunt.i-did-not-set--mail-host-address--so-tickle-me> <87k2d5dav4.fsf@we.make.ritual.n0.is> <8737jovd6e.fsf@we.make.ritual.n0.is> <87mvhw5ps1.fsf@duckhunt.i-did-not-set--mail-host-address--so-tickle-me> <87inskgqiy.fsf@we.make.ritual.n0.is> Mime-Version: 1.0 Content-Type: text/plain Return-path: Received: from eggs.gnu.org ([2001:4830:134:3::10]:50890) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1by1rQ-0000Kp-5V for guix-devel@gnu.org; Sat, 22 Oct 2016 15:21:41 -0400 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1by1rL-0003Y9-70 for guix-devel@gnu.org; Sat, 22 Oct 2016 15:21:40 -0400 Received: from out1-smtp.messagingengine.com ([66.111.4.25]:50752) by eggs.gnu.org with esmtps (TLS1.0:DHE_RSA_AES_256_CBC_SHA1:32) (Exim 4.71) (envelope-from ) id 1by1rL-0003Y2-3L for guix-devel@gnu.org; Sat, 22 Oct 2016 15:21:35 -0400 In-Reply-To: <87inskgqiy.fsf@we.make.ritual.n0.is> List-Id: "Development of GNU Guix and the GNU System distribution." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: guix-devel-bounces+gcggd-guix-devel=m.gmane.org@gnu.org Sender: "Guix-devel" To: ng0 , guix-devel@gnu.org ng0 writes: > Marius Bakke writes: > >> ng0 writes: >> >> >>> I have my uclibc-ng system not booted: When I specify libiconv in the >>> inputs, shouldn't it get reported by ldd? >>> >>> ng0@shadowwalker /gnu/store/fkkvgiqa0x01j6cxipddmn7k20hax1xn-whois-5.2.12/bin$ ls >>> mkpasswd whois >>> ng0@shadowwalker /gnu/store/fkkvgiqa0x01j6cxipddmn7k20hax1xn-whois-5.2.12/bin$ ldd whois >>> linux-vdso.so.1 (0x00007ffcd84fe000) >>> libidn.so.11 => /gnu/store/sbj1kgn8bs91bn7ba9qk4n3l2rr7dxbr-libidn-1.32/lib/libidn.so.11 (0x00007f311084e000) >>> libgcc_s.so.1 => /gnu/store/9nifwk709wajpyfwa0jzaa3p6mf10vxs-gcc-4.9.3-lib/lib/libgcc_s.so.1 (0x00007f3110638000) >>> libc.so.6 => /gnu/store/m9vxvhdj691bq1f85lpflvnhcvrdilih-glibc-2.23/lib/libc.so.6 (0x00007f3110296000) >>> /gnu/store/m9vxvhdj691bq1f85lpflvnhcvrdilih-glibc-2.23/lib/ld-linux-x86-64.so.2 (0x00007f3110a81000) >>> ng0@shadowwalker /gnu/store/fkkvgiqa0x01j6cxipddmn7k20hax1xn-whois-5.2.12/bin$ ldd mkpasswd >>> linux-vdso.so.1 (0x00007ffed81c7000) >>> libcrypt.so.1 => /gnu/store/m9vxvhdj691bq1f85lpflvnhcvrdilih-glibc-2.23/lib/libcrypt.so.1 (0x00007fc0328e5000) >>> libgcc_s.so.1 => /gnu/store/9nifwk709wajpyfwa0jzaa3p6mf10vxs-gcc-4.9.3-lib/lib/libgcc_s.so.1 (0x00007fc0326cf000) >>> libc.so.6 => /gnu/store/m9vxvhdj691bq1f85lpflvnhcvrdilih-glibc-2.23/lib/libc.so.6 (0x00007fc03232d000) >>> /gnu/store/m9vxvhdj691bq1f85lpflvnhcvrdilih-glibc-2.23/lib/ld-linux-x86-64.so.2 (0x00007fc032b1c000) >> >> I'm guessing it silently picks the glibc one. FWIW the Gentoo ebuild >> does the same thing. > > That is if your toolchain is glibc based. I have no uclibc-ng or musl > gentoo system at the moment to check this. > >> Does uclibc-ng provide an iconv interface at all? > > Yes, but so far I wasn't able to get a response by the hardened project > to get a comment on their "the iconv of uclibc and uclibc-ng is horrible > at the moment" comment.. so I'll ask on gentoo-dev list about this, irc > didn't work. > >> Maybe it can be circumvented by having [libc implementation] propagate >> libiconv, instead of adding it as a direct input to packages. > > Possibly. I'm not yet at the point where I can build a system I like > with this. I'm happy to commit this package now with the changes mentioned earlier, if that's okay with you. Making it use an external iconv library feels like "premature optimization", since it works fine with what we have.