From owner-freebsd-emulation@FreeBSD.ORG Sun Feb 9 18:33:16 2014 Return-Path: Delivered-To: freebsd-emulation@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id B2EC7A0; Sun, 9 Feb 2014 18:33:16 +0000 (UTC) Received: from mx1.sbone.de (bird.sbone.de [46.4.1.90]) (using TLSv1 with cipher ADH-CAMELLIA256-SHA (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 8A4581AD5; Sun, 9 Feb 2014 18:33:15 +0000 (UTC) Received: from mail.sbone.de (mail.sbone.de [IPv6:fde9:577b:c1a9:31::2013:587]) (using TLSv1 with cipher ADH-CAMELLIA256-SHA (256/256 bits)) (No client certificate requested) by mx1.sbone.de (Postfix) with ESMTPS id 0DA3425D3A17; Sun, 9 Feb 2014 18:33:12 +0000 (UTC) Received: from content-filter.sbone.de (content-filter.sbone.de [IPv6:fde9:577b:c1a9:31::2013:2742]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mail.sbone.de (Postfix) with ESMTPS id DB323C22BFE; Sun, 9 Feb 2014 18:33:11 +0000 (UTC) X-Virus-Scanned: amavisd-new at sbone.de Received: from mail.sbone.de ([IPv6:fde9:577b:c1a9:31::2013:587]) by content-filter.sbone.de (content-filter.sbone.de [fde9:577b:c1a9:31::2013:2742]) (amavisd-new, port 10024) with ESMTP id I4vhuVQ1BiBx; Sun, 9 Feb 2014 18:33:09 +0000 (UTC) Received: from [IPv6:fde9:577b:c1a9:4410:20b6:bd9c:9f36:2242] (unknown [IPv6:fde9:577b:c1a9:4410:20b6:bd9c:9f36:2242]) (using TLSv1 with cipher AES128-SHA (128/128 bits)) (No client certificate requested) by mail.sbone.de (Postfix) with ESMTPSA id 730DDC22BBD; Sun, 9 Feb 2014 18:33:03 +0000 (UTC) Content-Type: text/plain; charset=windows-1252 Mime-Version: 1.0 (Mac OS X Mail 7.1 \(1827\)) Subject: Re: CFT: Re: linux libusb again, I made an updated port... From: "Bjoern A. Zeeb" In-Reply-To: <20140209135905.GA13024@enceladus10.kn-bremen.de> Date: Sun, 9 Feb 2014 18:32:29 +0000 Content-Transfer-Encoding: quoted-printable Message-Id: <6A6EDDBE-509E-45F2-961D-3EC3788CAD9C@FreeBSD.org> References: <20140207201208.GA59695@enceladus10.kn-bremen.de> <20140207204928.GD12994@FreeBSD.org> <20140208084546.GA74796@enceladus10.kn-bremen.de> <20140209025624.GE12994@FreeBSD.org> <20140209135905.GA13024@enceladus10.kn-bremen.de> To: Juergen Lock X-Mailer: Apple Mail (2.1827) Cc: freebsd-emulation@FreeBSD.org, "Wojciech A. Koszek" , freebsd-usb@FreeBSD.org, hselasky@FreeBSD.org X-BeenThere: freebsd-emulation@freebsd.org X-Mailman-Version: 2.1.17 Precedence: list List-Id: Development of Emulators of other operating systems List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 09 Feb 2014 18:33:16 -0000 On 09 Feb 2014, at 13:59 , Juergen Lock wrote: Hi guys, > On Sun, Feb 09, 2014 at 02:56:24AM +0000, Wojciech A. Koszek wrote: >> On sob, lut 08, 2014 at 09:45:46 +0100, Juergen Lock wrote: >>> On Fri, Feb 07, 2014 at 08:49:28PM +0000, Wojciech A. Koszek wrote: >>>> On pi??, lut 07, 2014 at 09:12:08 +0100, Juergen Lock wrote: >>>>> Hi! >>>>>=20 >>>>> This came up on irc so I tried to build a linux libusb port = (before >>>>> I learned about ports/146895), mine uses linux_base-gentoo-stage3 >>>>> like linux_kdump with a src/lib/libusb head snapshot so it's more >>>>> up to date than wkoszek's build (ports/146895), and it's really >>>>> easy to update it again. Also maybe it can be used as linux >>>>> libusb-1.0.so too; I didn't actually test it tho. >>>>>=20 >>>>> Should this be committed? Is wkoszek's version better since it >>>>> also builds on < 10.x? Comments welcome... >>>>>=20 >>>>> wkoszek's version: >>>>>=20 >>>>> http://www.freebsd.org/cgi/query-pr.cgi?pr=3D146895 >>>>>=20 >>>>> Mine: >>>>>=20 >>>>> http://people.freebsd.org/~nox/tmp/linux_libusb.shar >>>>>=20 >>>>> Distfile: >>>>>=20 >>>>> = http://people.freebsd.org/~nox/tmp/distfiles/linux_libusb-11.0r261448.tar.= bz2 >>>>>=20 >>>>> 10/amd64 package: >>>>>=20 >>>>> = http://people.freebsd.org/~nox/tmp/packages/10amd64/linux_libusb-11.0r2614= 48.txz >>>>>=20 >>>>> (built via: >>>>>=20 >>>>> poudriere bulk -v -j 10amd64 -p custom devel/linux_libusb >>>>>=20 >>>>> - btw for some reason the dependency = emulators/linux_base-gentoo-stage3 >>>>> doesn't build for 10i386 in poudriere bulk, I get a pkg segfault. = bapt >>>>> Cc'd...) >>>>>=20 >>>>=20 >>>> Juergen, >>> Hi! >>>>=20 >>>> What would be the reason for this update? >>>>=20 >>>> My stuff may be out of date, but it was all tested and working. I = verified >>>> it with Linux'ish lsusb(1) and USB-based FPGA JTAG programmer, for = which >>>> this stuff was written. >>>>=20 >>> I was just thinking an updated version may be useful, but if it's >>> already working for everyone maybe less so... >>>=20 >>> Or would it work as a linux libusb-1.0.so too? I know the libusb = 1.0 >>> stuff added some functions since 9.x at least... maybe hps would = know >>> (Cc'd.) >>>=20 >>=20 >> Juergen, >>=20 >> I think this package is useful and is looking for maintainer, so if = you have >> time and energy, I'm OK with upgrading it, but I suggest testing it = first. >> Bjoern might be interested too. >>=20 > You mean bz@ ? Cc'd. I tried testing lsusb from debian sid but it = printed Thanks. > nothing, neither with my nor with your older version, but maybe it's = just > `too new' for our current linuxolator. I got a lsusb to work after a bit more hacking. But that wasn=92t the = end of the story. >=20 >>>> Can you show the diff between USB code from src/lib and from the = distfile? >>>>=20 >>> That's just a checkout from head, see the port Makefile for how it's >>> generated. (.if defined(BOOTSTRAP)...) >>>=20 >>>> Instead of having a port with .c code, I'd drive towards having = src/lib >>>> changes (if any) be commited. And then that port only has to do: >>>>=20 >>>> cp -rf src/lib/libusb port/tmp/dir >>>>=20 >>>> and build it with different -DDEFINES if necessary. >>>>=20 >>> That's what I orginally had but hps suggested I check out from head >>> instead. (Tho that was when I couldn't get it building at first, = which >>> turned out to be just a CFLAGS -I problem so the 10.0 code should = now >>> build this way as well.) >>=20 >> I guess it's the same stuff if the code is there with no = modification. If we >> could have this port checked in to the ports/ repository, this would = be >> great. Basically I'd concentrate on delivering good end-user = experience >>=20 >> Thanks for working on it. Lots of people will apprecite it. >>=20 > Ok so let's wait for more testers then? I=92ll give it a spin the next days. Since I last talked to some of you I had a lot of findings yet I had not = been able to make any possible solution to fully work yet. The in-tree = which supposedly should compile with a Ubuntu was unfortunately ruled = out the earliest:( Some had glibc dependencies I kicked out which the = F10 (our current default) environment didn=92t provide, others are just = not doing the right thing in some cases and required hacking. In the = end I stayed with Wojciech=92s version as it was the best option to = start with and I could make the most progress quickly. /bz =97=20 Bjoern A. Zeeb ????????? ??? ??????? ??????: '??? ??? ???? ?????? ??????? ?? ?? ??????? ??????? ??? ????? ????? ???? ?????? ?? ????? ????', ????????? ?????????, "??? ????? ?? ?????", ?.???