From owner-freebsd-emulation@FreeBSD.ORG Sun Apr 12 08:58:36 2009 Return-Path: Delivered-To: freebsd-emulation@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 92CB6106564A; Sun, 12 Apr 2009 08:58:36 +0000 (UTC) (envelope-from gary.jennejohn@freenet.de) Received: from mout4.freenet.de (mout4.freenet.de [IPv6:2001:748:100:40::2:6]) by mx1.freebsd.org (Postfix) with ESMTP id 2D2708FC12; Sun, 12 Apr 2009 08:58:36 +0000 (UTC) (envelope-from gary.jennejohn@freenet.de) Received: from [195.4.92.19] (helo=9.mx.freenet.de) by mout4.freenet.de with esmtpa (ID gary.jennejohn@freenet.de) (port 25) (Exim 4.69 #91) id 1LsvWM-0001yA-Rr; Sun, 12 Apr 2009 10:58:34 +0200 Received: from tdb60.t.pppool.de ([89.55.219.96]:34861 helo=ernst.jennejohn.org) by 9.mx.freenet.de with esmtpa (ID gary.jennejohn@freenet.de) (port 25) (Exim 4.69 #79) id 1LsvWM-0003Mq-LB; Sun, 12 Apr 2009 10:58:34 +0200 Date: Sun, 12 Apr 2009 10:58:33 +0200 From: Gary Jennejohn To: Roman Divacky Message-ID: <20090412105833.7c553a86@ernst.jennejohn.org> In-Reply-To: <20090411192326.GA73059@freebsd.org> References: <22999502.post@talk.nabble.com> <22999521.post@talk.nabble.com> <20090411192326.GA73059@freebsd.org> X-Mailer: Claws Mail 3.7.1 (GTK+ 2.14.7; amd64-portbld-freebsd8.0) Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Cc: jtidwell , freebsd-emulation@freebsd.org Subject: Re: cannot get kqemu to load with kldload X-BeenThere: freebsd-emulation@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: gary.jennejohn@freenet.de List-Id: Development of Emulators of other operating systems List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 12 Apr 2009 08:58:36 -0000 On Sat, 11 Apr 2009 21:23:26 +0200 Roman Divacky wrote: > On Sat, Apr 11, 2009 at 02:43:52AM -0700, jtidwell wrote: > > > > > > > > jtidwell wrote: > > > > > > Greetings, qemu folk :) > > > > > > I've recently upgraded my FreeBSD box from 6.2 to 7.2. I'm trying to > > > install qemo, but I keep getting stuck at the point where I load kqemu > > > with kldload. The module file exists in /boot/modules, but I get this > > > error every time I try to load: > > > > > > # kldload kqemu > > > kldload: can't load kqemu: No such file or directory > > > > > > # ls /boot/modules > > > kqemu.ko linker.hints rt2500_sys.ko rt61_sys.ko > > > > > > > > > > I forgot to add, I get this error message on the console when i try to load > > the module: > > > > link_elf : symbol sched_lock undefined > > you use ULE, right? try switching to 4BSD... the .ko uses 4BSD specific things, > no idea why > I use ULE and have no problem loading kqemu.ko (8-current). Apr 12 10:36:18 ernst kernel: kqemu version 0x00010400 Apr 12 10:36:18 ernst kernel: kqemu: KQEMU installed, max_locked_mem=2025160kB. --- Gary Jennejohn From owner-freebsd-emulation@FreeBSD.ORG Sun Apr 12 14:16:20 2009 Return-Path: Delivered-To: freebsd-emulation@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 21141106564A for ; Sun, 12 Apr 2009 14:16:20 +0000 (UTC) (envelope-from nox@jelal.kn-bremen.de) Received: from smtp.kn-bremen.de (gelbbaer.kn-bremen.de [78.46.108.116]) by mx1.freebsd.org (Postfix) with ESMTP id D60A68FC18 for ; Sun, 12 Apr 2009 14:16:19 +0000 (UTC) (envelope-from nox@jelal.kn-bremen.de) Received: by smtp.kn-bremen.de (Postfix, from userid 10) id 1E4F81E0010F; Sun, 12 Apr 2009 16:16:21 +0200 (CEST) Received: from triton.kn-bremen.de (noident@localhost [127.0.0.1]) by triton.kn-bremen.de (8.14.3/8.14.3) with ESMTP id n3CEAkLK025501; Sun, 12 Apr 2009 16:10:46 +0200 (CEST) (envelope-from nox@triton.kn-bremen.de) Received: (from nox@localhost) by triton.kn-bremen.de (8.14.3/8.14.3/Submit) id n3CEAkU8025500; Sun, 12 Apr 2009 16:10:46 +0200 (CEST) (envelope-from nox) Date: Sun, 12 Apr 2009 16:10:46 +0200 (CEST) From: Juergen Lock Message-Id: <200904121410.n3CEAkU8025500@triton.kn-bremen.de> To: necanthrope@gmail.com X-Newsgroups: local.list.freebsd.emulation In-Reply-To: <22999521.post@talk.nabble.com> References: <22999502.post@talk.nabble.com> Organization: home Cc: freebsd-emulation@freebsd.org Subject: Re: cannot get kqemu to load with kldload X-BeenThere: freebsd-emulation@freebsd.org X-Mailman-Version: 2.1.5 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, 12 Apr 2009 14:16:20 -0000 In article <22999521.post@talk.nabble.com> you write: > > > >jtidwell wrote: >> >> Greetings, qemu folk :) >> >> I've recently upgraded my FreeBSD box from 6.2 to 7.2. I'm trying to >> install qemo, but I keep getting stuck at the point where I load kqemu >> with kldload. The module file exists in /boot/modules, but I get this >> error every time I try to load: >> >> # kldload kqemu >> kldload: can't load kqemu: No such file or directory >> >> # ls /boot/modules >> kqemu.ko linker.hints rt2500_sys.ko rt61_sys.ko >> >> > >I forgot to add, I get this error message on the console when i try to load >the module: > >link_elf : symbol sched_lock undefined Hmm that shouldn't happen, did you rebuild kqemu after upgrading base? Are your world and kernel in sync? When did you checkout/c(v)sup /usr/src and which branch/tag was it? What do uname -a ident /usr/src/sys/sys/param.h ident /usr/include/sys/param.h grep define.__FreeBSD_version /usr/include/sys/param.h (cd /usr/ports/emulators/kqemu-kmod-devel && make -V OSVERSION) say? Curious... Juergen From owner-freebsd-emulation@FreeBSD.ORG Sun Apr 12 14:16:20 2009 Return-Path: Delivered-To: freebsd-emulation@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 27BFA106566C for ; Sun, 12 Apr 2009 14:16:20 +0000 (UTC) (envelope-from nox@jelal.kn-bremen.de) Received: from smtp.kn-bremen.de (gelbbaer.kn-bremen.de [78.46.108.116]) by mx1.freebsd.org (Postfix) with ESMTP id D628F8FC19 for ; Sun, 12 Apr 2009 14:16:19 +0000 (UTC) (envelope-from nox@jelal.kn-bremen.de) Received: by smtp.kn-bremen.de (Postfix, from userid 10) id 4003D1E000DC; Sun, 12 Apr 2009 16:16:21 +0200 (CEST) Received: from triton.kn-bremen.de (noident@localhost [127.0.0.1]) by triton.kn-bremen.de (8.14.3/8.14.3) with ESMTP id n3CEFDEL025539; Sun, 12 Apr 2009 16:15:13 +0200 (CEST) (envelope-from nox@triton.kn-bremen.de) Received: (from nox@localhost) by triton.kn-bremen.de (8.14.3/8.14.3/Submit) id n3CEFDCf025538; Sun, 12 Apr 2009 16:15:13 +0200 (CEST) (envelope-from nox) Date: Sun, 12 Apr 2009 16:15:13 +0200 (CEST) From: Juergen Lock Message-Id: <200904121415.n3CEFDCf025538@triton.kn-bremen.de> To: rdivacky@freebsd.org X-Newsgroups: local.list.freebsd.emulation In-Reply-To: <20090411192326.GA73059@freebsd.org> References: <22999502.post@talk.nabble.com> <22999521.post@talk.nabble.com> Organization: home Cc: jtidwell , freebsd-emulation@freebsd.org Subject: Re: cannot get kqemu to load with kldload X-BeenThere: freebsd-emulation@freebsd.org X-Mailman-Version: 2.1.5 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, 12 Apr 2009 14:16:20 -0000 In article <20090411192326.GA73059@freebsd.org> you write: >On Sat, Apr 11, 2009 at 02:43:52AM -0700, jtidwell wrote: >> >> >> >> jtidwell wrote: >> > >> > Greetings, qemu folk :) >> > >> > I've recently upgraded my FreeBSD box from 6.2 to 7.2. I'm trying to >> > install qemo, but I keep getting stuck at the point where I load kqemu >> > with kldload. The module file exists in /boot/modules, but I get this >> > error every time I try to load: >> > >> > # kldload kqemu >> > kldload: can't load kqemu: No such file or directory >> > >> > # ls /boot/modules >> > kqemu.ko linker.hints rt2500_sys.ko rt61_sys.ko >> > >> > >> >> I forgot to add, I get this error message on the console when i try to load >> the module: >> >> link_elf : symbol sched_lock undefined > >you use ULE, right? try switching to 4BSD... the .ko uses 4BSD specific things, >no idea why Hmm thats news to me, can you elaborate? Is this something that only affects head? Surprised... Juergen (who has kqemu running fine with ule since 7.1 at least) From owner-freebsd-emulation@FreeBSD.ORG Sun Apr 12 17:36:50 2009 Return-Path: Delivered-To: freebsd-emulation@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id C0FE01065670 for ; Sun, 12 Apr 2009 17:36:50 +0000 (UTC) (envelope-from rdivacky@vlk.vlakno.cz) Received: from vlakno.cz (77-93-215-190.static.masterinter.net [77.93.215.190]) by mx1.freebsd.org (Postfix) with ESMTP id 79A948FC26 for ; Sun, 12 Apr 2009 17:36:49 +0000 (UTC) (envelope-from rdivacky@vlk.vlakno.cz) Received: from localhost (localhost [127.0.0.1]) by vlakno.cz (Postfix) with ESMTP id BB05A9CB086; Sun, 12 Apr 2009 19:35:47 +0200 (CEST) X-Virus-Scanned: amavisd-new at vlakno.cz Received: from vlakno.cz ([127.0.0.1]) by localhost (lev.vlakno.cz [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id yNa8eGyIB9rg; Sun, 12 Apr 2009 19:35:36 +0200 (CEST) Received: from vlk.vlakno.cz (localhost [127.0.0.1]) by vlakno.cz (Postfix) with ESMTP id DEBFB9CB0F4; Sun, 12 Apr 2009 19:35:35 +0200 (CEST) Received: (from rdivacky@localhost) by vlk.vlakno.cz (8.14.3/8.14.3/Submit) id n3CHZZa4006210; Sun, 12 Apr 2009 19:35:35 +0200 (CEST) (envelope-from rdivacky) Date: Sun, 12 Apr 2009 19:35:35 +0200 From: Roman Divacky To: Juergen Lock Message-ID: <20090412173535.GA6148@freebsd.org> References: <22999502.post@talk.nabble.com> <22999521.post@talk.nabble.com> <200904121415.n3CEFDCf025538@triton.kn-bremen.de> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <200904121415.n3CEFDCf025538@triton.kn-bremen.de> User-Agent: Mutt/1.4.2.3i Cc: jtidwell , freebsd-emulation@freebsd.org Subject: Re: cannot get kqemu to load with kldload X-BeenThere: freebsd-emulation@freebsd.org X-Mailman-Version: 2.1.5 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, 12 Apr 2009 17:36:51 -0000 On Sun, Apr 12, 2009 at 04:15:13PM +0200, Juergen Lock wrote: > In article <20090411192326.GA73059@freebsd.org> you write: > >On Sat, Apr 11, 2009 at 02:43:52AM -0700, jtidwell wrote: > >> > >> > >> > >> jtidwell wrote: > >> > > >> > Greetings, qemu folk :) > >> > > >> > I've recently upgraded my FreeBSD box from 6.2 to 7.2. I'm trying to > >> > install qemo, but I keep getting stuck at the point where I load kqemu > >> > with kldload. The module file exists in /boot/modules, but I get this > >> > error every time I try to load: > >> > > >> > # kldload kqemu > >> > kldload: can't load kqemu: No such file or directory > >> > > >> > # ls /boot/modules > >> > kqemu.ko linker.hints rt2500_sys.ko rt61_sys.ko > >> > > >> > > >> > >> I forgot to add, I get this error message on the console when i try to load > >> the module: > >> > >> link_elf : symbol sched_lock undefined > > > >you use ULE, right? try switching to 4BSD... the .ko uses 4BSD specific things, > >no idea why > > Hmm thats news to me, can you elaborate? Is this something that only > affects head? > > Surprised... > Juergen (who has kqemu running fine with ule since 7.1 at least) the sched_lock is 4BSD specific. I have no idea how it ended up being referenced by the kqemu.ko From owner-freebsd-emulation@FreeBSD.ORG Sun Apr 12 17:56:56 2009 Return-Path: Delivered-To: freebsd-emulation@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 13A241065677 for ; Sun, 12 Apr 2009 17:56:56 +0000 (UTC) (envelope-from nox@jelal.kn-bremen.de) Received: from smtp.kn-bremen.de (gelbbaer.kn-bremen.de [78.46.108.116]) by mx1.freebsd.org (Postfix) with ESMTP id A61DE8FC29 for ; Sun, 12 Apr 2009 17:56:55 +0000 (UTC) (envelope-from nox@jelal.kn-bremen.de) Received: by smtp.kn-bremen.de (Postfix, from userid 10) id 8883B1E000DF; Sun, 12 Apr 2009 19:56:57 +0200 (CEST) Received: from triton.kn-bremen.de (noident@localhost [127.0.0.1]) by triton.kn-bremen.de (8.14.3/8.14.3) with ESMTP id n3CHsqBE063552; Sun, 12 Apr 2009 19:54:52 +0200 (CEST) (envelope-from nox@triton.kn-bremen.de) Received: (from nox@localhost) by triton.kn-bremen.de (8.14.3/8.14.3/Submit) id n3CHsqMI063551; Sun, 12 Apr 2009 19:54:52 +0200 (CEST) (envelope-from nox) From: Juergen Lock Date: Sun, 12 Apr 2009 19:54:52 +0200 To: Nicolas Message-ID: <20090412175452.GA63038@triton.kn-bremen.de> References: <49E1F99A.3050503@wanadoo.fr> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <49E1F99A.3050503@wanadoo.fr> User-Agent: Mutt/1.5.19 (2009-01-05) Cc: freebsd-multimedia@freebsd.org, freebsd-emulation@freebsd.org Subject: Re: flash10 X-BeenThere: freebsd-emulation@freebsd.org X-Mailman-Version: 2.1.5 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, 12 Apr 2009 17:56:57 -0000 On Sun, Apr 12, 2009 at 04:24:26PM +0200, Nicolas wrote: > Hi, > > I tried flash player 10, but i'm full of error messages: > > $ firefox3 > Xlib: extension "Generic Event Extension" missing on display ":0.0". > Xlib: extension "Generic Event Extension" missing on display ":0.0". > Xlib: extension "Generic Event Extension" missing on display ":0.0". > Xlib: extension "Generic Event Extension" missing on display ":0.0". > Xlib: extension "Generic Event Extension" missing on display ":0.0". > Xlib: extension "Generic Event Extension" missing on display ":0.0". > Xlib: extension "Generic Event Extension" missing on display ":0.0". > This is normal with the previous xorg. (Otoh, this shows that your ports are not up to date... :) > (npviewer.bin:38380): Gtk-WARNING **: Locale not supported by C library. > Using the fallback 'C' locale. > > (npviewer.bin:38674): Gtk-WARNING **: Locale not supported by C library. > Using the fallback 'C' locale. > *** NSPlugin Wrapper *** ERROR: NPClass::Invalidate() wait for reply: > Connection closed > > (npviewer.bin:38752): Gtk-WARNING **: Locale not supported by C library. > Using the fallback 'C' locale. > > (npviewer.bin:38854): Gtk-WARNING **: Locale not supported by C library. > Using the fallback 'C' locale. > > *** NSPlugin Wrapper *** ERROR: NPClass::Invalidate() wait for reply: > Message timeout > *** NSPlugin Wrapper *** > WARNING:(/usr/ports/www/nspluginwrapper/work/nspluginwrapper-1.2.2/src/npw-wrapper.c:1855):invoke_NPP_Destroy: > assertion failed: (rpc_method_invoke_possible(plugin->connection)) > *** NSPlugin Wrapper *** ERROR: NPObject 0x2ec196c0 is no longer valid! > *** NSPlugin Wrapper *** > WARNING:(/usr/ports/www/nspluginwrapper/work/nspluginwrapper-1.2.2/src/npw-wrapper.c:1855):invoke_NPP_Destroy: > assertion failed: (rpc_method_invoke_possible(plugin->connection)) > *** NSPlugin Wrapper *** ERROR: NPObject 0x2ec19620 is no longer valid! > *** NSPlugin Wrapper *** > WARNING:(/usr/ports/www/nspluginwrapper/work/nspluginwrapper-1.2.2/src/npw-wrapper.c:1855):invoke_NPP_Destroy: > assertion failed: (rpc_method_invoke_possible(plugin->connection)) > *** NSPlugin Wrapper *** ERROR: NPObject 0x2e08a2a0 is no longer valid! > > (npviewer.bin:39188): Gtk-WARNING **: Locale not supported by C library. > Using the fallback 'C' locale. > *** NSPlugin Wrapper *** ERROR: NPP_HandleEvent() wait for reply: > Message timeout > *** NSPlugin Wrapper *** > WARNING:(/usr/ports/www/nspluginwrapper/work/nspluginwrapper-1.2.2/src/npw-wrapper.c:2164):invoke_NPP_NewStream: > assertion failed: (rpc_method_invoke_possible(plugin->connection)) > > (npviewer.bin:39348): Gtk-WARNING **: Locale not supported by C library. > Using the fallback 'C' locale. > *** NSPlugin Wrapper *** ERROR: NPP_SetWindow() wait for reply: Message > timeout > *** NSPlugin Wrapper *** > WARNING:(/usr/ports/www/nspluginwrapper/work/nspluginwrapper-1.2.2/src/npw-wrapper.c:1924):invoke_NPP_SetWindow: > assertion failed: (rpc_method_invoke_possible(plugin->connection)) > *** NSPlugin Wrapper *** > WARNING:(/usr/ports/www/nspluginwrapper/work/nspluginwrapper-1.2.2/src/npw-wrapper.c:2164):invoke_NPP_NewStream: > assertion failed: (rpc_method_invoke_possible(plugin->connection)) > *** NSPlugin Wrapper *** > WARNING:(/usr/ports/www/nspluginwrapper/work/nspluginwrapper-1.2.2/src/npw-wrapper.c:1855):invoke_NPP_Destroy: > assertion failed: (rpc_method_invoke_possible(plugin->connection)) > > (npviewer.bin:39509): Gtk-WARNING **: Locale not supported by C library. > Using the fallback 'C' locale. > Fontconfig warning: no elements found. Check configuration. > Fontconfig warning: adding /var/cache/fontconfig > Fontconfig warning: adding ~/.fontconfig > *** NSPlugin Wrapper *** > WARNING:(/usr/ports/www/nspluginwrapper/work/nspluginwrapper-1.2.2/src/npw-wrapper.c:1924):invoke_NPP_SetWindow: > assertion failed: (rpc_method_invoke_possible(plugin->connection)) > *** NSPlugin Wrapper *** > WARNING:(/usr/ports/www/nspluginwrapper/work/nspluginwrapper-1.2.2/src/npw-wrapper.c:2534):invoke_NPP_HandleEvent: > assertion failed: (rpc_method_invoke_possible(plugin->connection)) > *** NSPlugin Wrapper *** ERROR: NPP_HandleEvent() wait for reply: > Message timeout > *** NSPlugin Wrapper *** > WARNING:(/usr/ports/www/nspluginwrapper/work/nspluginwrapper-1.2.2/src/npw-wrapper.c:1924):invoke_NPP_SetWindow: > assertion failed: (rpc_method_invoke_possible(plugin->connection)) > *** NSPlugin Wrapper *** > WARNING:(/usr/ports/www/nspluginwrapper/work/nspluginwrapper-1.2.2/src/npw-wrapper.c:2534):invoke_NPP_HandleEvent: > assertion failed: (rpc_method_invoke_possible(plugin->connection)) > > > Someone have this problem ? Did you set OVERRIDE_LINUX_BASE_PORT and OVERRIDE_LINUX_NONBASE_PORTS to f8 and reinstalled your linux ports(!) after that? Do you have linprocfs mounted? Oh, or does this only happen with specific websites? I've seen flash coredump, causing similar errors after clicking `watch in hd' in the youtube video player... (btw, can anyone try this on head? Maybe its just missing linuxolator functionality in 7-stable?) Anyway, if the issue persists, do a `pkg_add -r linux_kdump' and then try running firefox like `ktrace -di firefox3 http://youtube.com', quit it after you've reproduced the isse, and then do `linux_kdump >kdump.txt' and look in kdump.txt for what npviewer.bin did before it exited/crashed, (usually indicated by a line containing `PSIG SIGSEGV', or another signal) and then maybe post the last 100 lines up to that here. HTH, Juergen From owner-freebsd-emulation@FreeBSD.ORG Sun Apr 12 18:10:34 2009 Return-Path: Delivered-To: freebsd-emulation@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 94A951065673; Sun, 12 Apr 2009 18:10:34 +0000 (UTC) (envelope-from nox@jelal.kn-bremen.de) Received: from smtp.kn-bremen.de (gelbbaer.kn-bremen.de [78.46.108.116]) by mx1.freebsd.org (Postfix) with ESMTP id 511418FC1B; Sun, 12 Apr 2009 18:10:34 +0000 (UTC) (envelope-from nox@jelal.kn-bremen.de) Received: by smtp.kn-bremen.de (Postfix, from userid 10) id 5986E1E000D7; Sun, 12 Apr 2009 20:10:36 +0200 (CEST) Received: from triton.kn-bremen.de (noident@localhost [127.0.0.1]) by triton.kn-bremen.de (8.14.3/8.14.3) with ESMTP id n3CI8kGP064211; Sun, 12 Apr 2009 20:08:46 +0200 (CEST) (envelope-from nox@triton.kn-bremen.de) Received: (from nox@localhost) by triton.kn-bremen.de (8.14.3/8.14.3/Submit) id n3CI8k8w064210; Sun, 12 Apr 2009 20:08:46 +0200 (CEST) (envelope-from nox) From: Juergen Lock Date: Sun, 12 Apr 2009 20:08:46 +0200 To: Roman Divacky Message-ID: <20090412180846.GA64019@triton.kn-bremen.de> References: <22999502.post@talk.nabble.com> <22999521.post@talk.nabble.com> <200904121415.n3CEFDCf025538@triton.kn-bremen.de> <20090412173535.GA6148@freebsd.org> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20090412173535.GA6148@freebsd.org> User-Agent: Mutt/1.5.19 (2009-01-05) Cc: jtidwell , freebsd-emulation@freebsd.org Subject: Re: cannot get kqemu to load with kldload X-BeenThere: freebsd-emulation@freebsd.org X-Mailman-Version: 2.1.5 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, 12 Apr 2009 18:10:35 -0000 On Sun, Apr 12, 2009 at 07:35:35PM +0200, Roman Divacky wrote: > On Sun, Apr 12, 2009 at 04:15:13PM +0200, Juergen Lock wrote: > > In article <20090411192326.GA73059@freebsd.org> you write: > > >On Sat, Apr 11, 2009 at 02:43:52AM -0700, jtidwell wrote: > > >> > > >> > > >> > > >> jtidwell wrote: > > >> > > > >> > Greetings, qemu folk :) > > >> > > > >> > I've recently upgraded my FreeBSD box from 6.2 to 7.2. I'm trying to > > >> > install qemo, but I keep getting stuck at the point where I load kqemu > > >> > with kldload. The module file exists in /boot/modules, but I get this > > >> > error every time I try to load: > > >> > > > >> > # kldload kqemu > > >> > kldload: can't load kqemu: No such file or directory > > >> > > > >> > # ls /boot/modules > > >> > kqemu.ko linker.hints rt2500_sys.ko rt61_sys.ko > > >> > > > >> > > > >> > > >> I forgot to add, I get this error message on the console when i try to load > > >> the module: > > >> > > >> link_elf : symbol sched_lock undefined > > > > > >you use ULE, right? try switching to 4BSD... the .ko uses 4BSD specific things, > > >no idea why > > > > Hmm thats news to me, can you elaborate? Is this something that only > > affects head? > > > > Surprised... > > Juergen (who has kqemu running fine with ule since 7.1 at least) > > the sched_lock is 4BSD specific. I have no idea how it ended up being referenced > by the kqemu.ko Ah OK, but it is only used #if __FreeBSD_version < 700044 . (which made me suspect jtidwell's world and kernel are not in sync...) (kqemu does an mi_switch(SW_VOL, NULL) in its main loop if it receives an irq, in order not to hog the cpu.) Cheers, Juergen From owner-freebsd-emulation@FreeBSD.ORG Sun Apr 12 18:24:51 2009 Return-Path: Delivered-To: freebsd-emulation@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id A4800106566B for ; Sun, 12 Apr 2009 18:24:51 +0000 (UTC) (envelope-from necanthrope@gmail.com) Received: from an-out-0708.google.com (an-out-0708.google.com [209.85.132.242]) by mx1.freebsd.org (Postfix) with ESMTP id 507B18FC0A for ; Sun, 12 Apr 2009 18:24:51 +0000 (UTC) (envelope-from necanthrope@gmail.com) Received: by an-out-0708.google.com with SMTP id d11so1042831and.13 for ; Sun, 12 Apr 2009 11:24:50 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:received:in-reply-to:references :date:message-id:subject:from:to:cc:content-type; bh=Q82jXI5kAkVpEdbp1qsKs3tog4kUScYTWzRhZc3c/VM=; b=tH3afoNEziqGuz4N5XD6wN3uHM8tWP0TokNa3nwzGY+vVxeNCN61wvyEXt19JlUX8C 3SMyemtWujpcohxqryAlGRZMwAAdgk8HlxADVRVaacp6ckv6bS6YlVm6H2vUOE1XgFWi pnm4GRo88MFFimJm2ssK2g5PumGh+NJfUpmW4= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type; b=dU6h2KMhw09InaYpEviOn10NhscaALxOXNrfkr6YJuM2W5AnVBCmSXkLPITSt7BqmO TiD7ZrgasycrofNVf4bEJSwHsqR9hc4aXPt8FuDvZ9xbaJkXbw7uRAnlfmFm9mfvSNsO 4CRdJea9dqMOloZahh5JB6C1VHB+spDXGJCiY= MIME-Version: 1.0 Received: by 10.100.140.15 with SMTP id n15mr5607353and.105.1239560685196; Sun, 12 Apr 2009 11:24:45 -0700 (PDT) In-Reply-To: <200904121410.n3CEAkU8025500@triton.kn-bremen.de> References: <22999502.post@talk.nabble.com> <22999521.post@talk.nabble.com> <200904121410.n3CEAkU8025500@triton.kn-bremen.de> Date: Sun, 12 Apr 2009 11:24:45 -0700 Message-ID: <5b3cc900904121124k148be3c0t83ab233212a39d6a@mail.gmail.com> From: necanthrope To: Juergen Lock Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Cc: freebsd-emulation@freebsd.org Subject: Re: cannot get kqemu to load with kldload X-BeenThere: freebsd-emulation@freebsd.org X-Mailman-Version: 2.1.5 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, 12 Apr 2009 18:24:51 -0000 > > > Hmm that shouldn't happen, did you rebuild kqemu after upgrading base? > Are your world and kernel in sync? When did you checkout/c(v)sup /usr/src > and which branch/tag was it? What do > uname -a > ident /usr/src/sys/sys/param.h > ident /usr/include/sys/param.h > grep define.__FreeBSD_version /usr/include/sys/param.h > (cd /usr/ports/emulators/kqemu-kmod-devel && make -V OSVERSION) > say? > > Curious... > Juergen > Jurgen, Yes, I did rebuild kqemu after upgrading. I checked out 7.2 about a week or so ago. Here's the output you asked for: cinema# uname -a FreeBSD cinema.distantsoil.org 7.2-PRERELEASE FreeBSD 7.2-PRERELEASE #0: Sat Apr 11 19:32:34 PDT 2009 root@cinema.distantsoil.org:/usr/obj/usr/src_7.1/sys/GENERIC i386 cinema# ident /usr/src_7.1/sys/sys/param.h /usr/src_7.1/sys/sys/param.h: $FreeBSD: src/sys/sys/param.h,v 1.308.2.24 2009/03/14 08:34:45 bms Exp $ cinema# ident /usr/include/sys/param.h /usr/include/sys/param.h: $FreeBSD: src/sys/sys/param.h,v 1.308.2.24 2009/03/14 08:34:45 bms Exp $ cinema# grep define.__FreeBSD_version /usr/include/sys/param.h #define __FreeBSD_version 701106 /* Master, propagated to newvers */ cinema# (cd /usr/ports/emulators/kqemu-kmod-devel && make -V OSVERSION) 701106 Note that the source directory I built world from is /usr/src_7.1, not /usr/src. (I fatfingered the directory name and forgot to change it to 7.2.) I didn't move the original /usr/src (v6.3) when I rebuilt. I am starting to wonder if that is the root cause of all the trouble. Jerry -- 72 44 10 85 40 56 21 53 B9 DF 79 7A EA 18 AE F4 http://www.freedom-to-tinker.com/?p=1155 -- From owner-freebsd-emulation@FreeBSD.ORG Sun Apr 12 18:36:26 2009 Return-Path: Delivered-To: freebsd-emulation@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id E4713106566B; Sun, 12 Apr 2009 18:36:26 +0000 (UTC) (envelope-from bakul@bitblocks.com) Received: from mail.bitblocks.com (mail.bitblocks.com [64.142.15.60]) by mx1.freebsd.org (Postfix) with ESMTP id C106B8FC16; Sun, 12 Apr 2009 18:36:26 +0000 (UTC) (envelope-from bakul@bitblocks.com) Received: from bitblocks.com (localhost.bitblocks.com [127.0.0.1]) by mail.bitblocks.com (Postfix) with ESMTP id E23F15B23; Sun, 12 Apr 2009 11:29:39 -0700 (PDT) To: Juergen Lock In-reply-to: Your message of "Sun, 12 Apr 2009 16:15:13 +0200." <200904121415.n3CEFDCf025538@triton.kn-bremen.de> References: <22999502.post@talk.nabble.com> <22999521.post@talk.nabble.com> <200904121415.n3CEFDCf025538@triton.kn-bremen.de> Comments: In-reply-to Juergen Lock message dated "Sun, 12 Apr 2009 16:15:13 +0200." Date: Sun, 12 Apr 2009 11:29:39 -0700 From: Bakul Shah Message-Id: <20090412182939.E23F15B23@mail.bitblocks.com> Cc: jtidwell , freebsd-emulation@freebsd.org Subject: Re: cannot get kqemu to load with kldload X-BeenThere: freebsd-emulation@freebsd.org X-Mailman-Version: 2.1.5 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, 12 Apr 2009 18:36:27 -0000 On Sun, 12 Apr 2009 16:15:13 +0200 Juergen Lock wrote: > In article <20090411192326.GA73059@freebsd.org> you write: > >On Sat, Apr 11, 2009 at 02:43:52AM -0700, jtidwell wrote: > >> > >> > >> > >> jtidwell wrote: > >> > > >> > Greetings, qemu folk :) > >> > > >> > I've recently upgraded my FreeBSD box from 6.2 to 7.2. I'm trying to > >> > install qemo, but I keep getting stuck at the point where I load kqemu > >> > with kldload. The module file exists in /boot/modules, but I get this > >> > error every time I try to load: > >> > > >> > # kldload kqemu > >> > kldload: can't load kqemu: No such file or directory This is a confusing message when kldload can't find a symbol. > >> > > >> > # ls /boot/modules > >> > kqemu.ko linker.hints rt2500_sys.ko rt61_sys.ko > >> > > >> > > >> > >> I forgot to add, I get this error message on the console when i try to loa > d > >> the module: > >> > >> link_elf : symbol sched_lock undefined > > > >you use ULE, right? try switching to 4BSD... the .ko uses 4BSD specific thin > gs, > >no idea why In kqemu-kmod-devel, kqemu-freebsd.c uses sched_lock() in kqemu_schedule() if __FreeBSD_version is < 700044 & > 500000. 7.0 has __FreeBSD_version defined to be 700055. 7.1 has __FreeBSD_version defined to be 701000. So the OP shouldn't have had the problem he is seeing if he has indeed updated to 7.x and is getting the right kqemu.ko. I suggest he do pkg_delete /var/db/pkg/kqemu-kmod*, ensure that /boot/module/kqemu.ko is gone and then rebuild and install kqemu-kmod-devel. But this brings up another problem with kqemu: if you are using SCHED_4BSD with 7.x or current, kqemu is not guaranteed to work. From owner-freebsd-emulation@FreeBSD.ORG Sun Apr 12 18:47:26 2009 Return-Path: Delivered-To: freebsd-emulation@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 053221065670; Sun, 12 Apr 2009 18:47:26 +0000 (UTC) (envelope-from necanthrope@gmail.com) Received: from yx-out-2324.google.com (yx-out-2324.google.com [74.125.44.30]) by mx1.freebsd.org (Postfix) with ESMTP id 9ACB08FC0A; Sun, 12 Apr 2009 18:47:25 +0000 (UTC) (envelope-from necanthrope@gmail.com) Received: by yx-out-2324.google.com with SMTP id 8so1088320yxm.13 for ; Sun, 12 Apr 2009 11:47:25 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:received:in-reply-to:references :date:message-id:subject:from:to:cc:content-type; bh=dg69Opo4Gl8AyONSvJ+FyD2Wk9WT77X4fSmyjX/+2Bs=; b=ml4SOepSC3AfxR2q9S3qqxAMgVeAGSBZn5QBKwaa+6TDLSyGvqkM3ew0jIaiYT36nF psW+w0RL4HWC+ar9Nw6I8cmKyUSW+DaXno0dvWMk3pcmLOMC9Np1XMORtTD4Jwjb2z6d obP4V7snWQGu+gx5bw9cOJYz4qgI2dJ0BbcUA= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type; b=c/eK+usTA+F+RWIGyw+DDCQIYSp6UqvZJ+Q+lh2eOXk5x2gzu1RKu3NQBW6lY5D+MP aSaS2694m0KSyGtyq8wyooSe8/yRnRqc6fRiyqB2ZJeqgz+rNuq4q6zH2Cxbtcoj6sQN 1h82nlvT9v4G6x3raWX8kWlA8mKI3ulvvYgio= MIME-Version: 1.0 Received: by 10.100.45.9 with SMTP id s9mr5728323ans.133.1239562045038; Sun, 12 Apr 2009 11:47:25 -0700 (PDT) In-Reply-To: <20090412182939.E23F15B23@mail.bitblocks.com> References: <22999502.post@talk.nabble.com> <22999521.post@talk.nabble.com> <200904121415.n3CEFDCf025538@triton.kn-bremen.de> <20090412182939.E23F15B23@mail.bitblocks.com> Date: Sun, 12 Apr 2009 11:47:24 -0700 Message-ID: <5b3cc900904121147r2a6cc434i3f23a1d6d25d4be0@mail.gmail.com> From: necanthrope To: Bakul Shah Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Cc: Juergen Lock , freebsd-emulation@freebsd.org Subject: Re: cannot get kqemu to load with kldload X-BeenThere: freebsd-emulation@freebsd.org X-Mailman-Version: 2.1.5 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, 12 Apr 2009 18:47:26 -0000 (Resent to include all original recipients) I am not using SCHED_4BSD. In my source's sys/i386/conf/GENERIC file: options SCHED_ULE # ULE scheduler > > In kqemu-kmod-devel, kqemu-freebsd.c uses sched_lock() in > kqemu_schedule() if __FreeBSD_version is < 700044 & > 500000. > 7.0 has __FreeBSD_version defined to be 700055. > 7.1 has __FreeBSD_version defined to be 701000. > > So the OP shouldn't have had the problem he is seeing if he > has indeed updated to 7.x and is getting the right kqemu.ko. > > I suggest he do pkg_delete /var/db/pkg/kqemu-kmod*, ensure > that /boot/module/kqemu.ko is gone and then rebuild and > install kqemu-kmod-devel. > > But this brings up another problem with kqemu: if you are > using SCHED_4BSD with 7.x or current, kqemu is not guaranteed > to work. > -- 72 44 10 85 40 56 21 53 B9 DF 79 7A EA 18 AE F4 http://www.freedom-to-tinker.com/?p=1155 -- From owner-freebsd-emulation@FreeBSD.ORG Sun Apr 12 18:58:28 2009 Return-Path: Delivered-To: freebsd-emulation@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 9BC4A1065673 for ; Sun, 12 Apr 2009 18:58:28 +0000 (UTC) (envelope-from nox@jelal.kn-bremen.de) Received: from smtp.kn-bremen.de (gelbbaer.kn-bremen.de [78.46.108.116]) by mx1.freebsd.org (Postfix) with ESMTP id 5804A8FC19 for ; Sun, 12 Apr 2009 18:58:28 +0000 (UTC) (envelope-from nox@jelal.kn-bremen.de) Received: by smtp.kn-bremen.de (Postfix, from userid 10) id 705B01E000DF; Sun, 12 Apr 2009 20:58:30 +0200 (CEST) Received: from triton.kn-bremen.de (noident@localhost [127.0.0.1]) by triton.kn-bremen.de (8.14.3/8.14.3) with ESMTP id n3CIorN0065528; Sun, 12 Apr 2009 20:50:53 +0200 (CEST) (envelope-from nox@triton.kn-bremen.de) Received: (from nox@localhost) by triton.kn-bremen.de (8.14.3/8.14.3/Submit) id n3CIorSq065527; Sun, 12 Apr 2009 20:50:53 +0200 (CEST) (envelope-from nox) From: Juergen Lock Date: Sun, 12 Apr 2009 20:50:53 +0200 To: necanthrope Message-ID: <20090412185053.GA65339@triton.kn-bremen.de> References: <22999502.post@talk.nabble.com> <22999521.post@talk.nabble.com> <200904121410.n3CEAkU8025500@triton.kn-bremen.de> <5b3cc900904121124k148be3c0t83ab233212a39d6a@mail.gmail.com> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <5b3cc900904121124k148be3c0t83ab233212a39d6a@mail.gmail.com> User-Agent: Mutt/1.5.19 (2009-01-05) Cc: freebsd-emulation@freebsd.org Subject: Re: cannot get kqemu to load with kldload X-BeenThere: freebsd-emulation@freebsd.org X-Mailman-Version: 2.1.5 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, 12 Apr 2009 18:58:29 -0000 On Sun, Apr 12, 2009 at 11:24:45AM -0700, necanthrope wrote: > > > > > > Hmm that shouldn't happen, did you rebuild kqemu after upgrading base? > > Are your world and kernel in sync? When did you checkout/c(v)sup /usr/src > > and which branch/tag was it? What do > > uname -a > > ident /usr/src/sys/sys/param.h > > ident /usr/include/sys/param.h > > grep define.__FreeBSD_version /usr/include/sys/param.h > > (cd /usr/ports/emulators/kqemu-kmod-devel && make -V OSVERSION) > > say? > > > > Curious... > > Juergen > > > > Jurgen, > > Yes, I did rebuild kqemu after upgrading. I checked out 7.2 about a week or > so ago. Here's the output you asked for: > > cinema# uname -a > FreeBSD cinema.distantsoil.org 7.2-PRERELEASE FreeBSD 7.2-PRERELEASE #0: Sat > Apr 11 19:32:34 PDT 2009 > root@cinema.distantsoil.org:/usr/obj/usr/src_7.1/sys/GENERIC > i386 > > cinema# ident /usr/src_7.1/sys/sys/param.h > /usr/src_7.1/sys/sys/param.h: > $FreeBSD: src/sys/sys/param.h,v 1.308.2.24 2009/03/14 08:34:45 bms Exp > $ > > cinema# ident /usr/include/sys/param.h > /usr/include/sys/param.h: > $FreeBSD: src/sys/sys/param.h,v 1.308.2.24 2009/03/14 08:34:45 bms Exp > $ > > cinema# grep define.__FreeBSD_version /usr/include/sys/param.h > #define __FreeBSD_version 701106 /* Master, propagated to newvers */ > > cinema# (cd /usr/ports/emulators/kqemu-kmod-devel && make -V OSVERSION) > 701106 > > Note that the source directory I built world from is /usr/src_7.1, not > /usr/src. (I fatfingered the directory name and forgot to change it to > 7.2.) I didn't move the original /usr/src (v6.3) when I rebuilt. I am > starting to wonder if that is the root cause of all the trouble. Very likely, kqemu uses which in this case seems to reference /usr/src/sys to find the needed kernel bits... HTH, Juergen From owner-freebsd-emulation@FreeBSD.ORG Sun Apr 12 18:58:29 2009 Return-Path: Delivered-To: freebsd-emulation@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 9CDB21065674; Sun, 12 Apr 2009 18:58:28 +0000 (UTC) (envelope-from nox@jelal.kn-bremen.de) Received: from smtp.kn-bremen.de (gelbbaer.kn-bremen.de [78.46.108.116]) by mx1.freebsd.org (Postfix) with ESMTP id 57FCF8FC18; Sun, 12 Apr 2009 18:58:28 +0000 (UTC) (envelope-from nox@jelal.kn-bremen.de) Received: by smtp.kn-bremen.de (Postfix, from userid 10) id 66F821E000D6; Sun, 12 Apr 2009 20:58:30 +0200 (CEST) Received: from triton.kn-bremen.de (noident@localhost [127.0.0.1]) by triton.kn-bremen.de (8.14.3/8.14.3) with ESMTP id n3CIuPB2065698; Sun, 12 Apr 2009 20:56:25 +0200 (CEST) (envelope-from nox@triton.kn-bremen.de) Received: (from nox@localhost) by triton.kn-bremen.de (8.14.3/8.14.3/Submit) id n3CIuOpe065697; Sun, 12 Apr 2009 20:56:24 +0200 (CEST) (envelope-from nox) From: Juergen Lock Date: Sun, 12 Apr 2009 20:56:24 +0200 To: Bakul Shah Message-ID: <20090412185624.GB65339@triton.kn-bremen.de> References: <22999502.post@talk.nabble.com> <22999521.post@talk.nabble.com> <200904121415.n3CEFDCf025538@triton.kn-bremen.de> <20090412182939.E23F15B23@mail.bitblocks.com> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20090412182939.E23F15B23@mail.bitblocks.com> User-Agent: Mutt/1.5.19 (2009-01-05) Cc: jtidwell , freebsd-emulation@freebsd.org Subject: Re: cannot get kqemu to load with kldload X-BeenThere: freebsd-emulation@freebsd.org X-Mailman-Version: 2.1.5 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, 12 Apr 2009 18:58:29 -0000 On Sun, Apr 12, 2009 at 11:29:39AM -0700, Bakul Shah wrote: > On Sun, 12 Apr 2009 16:15:13 +0200 Juergen Lock wrote: > > In article <20090411192326.GA73059@freebsd.org> you write: > > >On Sat, Apr 11, 2009 at 02:43:52AM -0700, jtidwell wrote: > > >> > > >> > > >> > > >> jtidwell wrote: > > >> > > > >> > Greetings, qemu folk :) > > >> > > > >> > I've recently upgraded my FreeBSD box from 6.2 to 7.2. I'm trying to > > >> > install qemo, but I keep getting stuck at the point where I load kqemu > > >> > with kldload. The module file exists in /boot/modules, but I get this > > >> > error every time I try to load: > > >> > > > >> > # kldload kqemu > > >> > kldload: can't load kqemu: No such file or directory > > This is a confusing message when kldload can't find a symbol. > > > >> > > > >> > # ls /boot/modules > > >> > kqemu.ko linker.hints rt2500_sys.ko rt61_sys.ko > > >> > > > >> > > > >> > > >> I forgot to add, I get this error message on the console when i try to loa > > d > > >> the module: > > >> > > >> link_elf : symbol sched_lock undefined > > > > > >you use ULE, right? try switching to 4BSD... the .ko uses 4BSD specific thin > > gs, > > >no idea why > > In kqemu-kmod-devel, kqemu-freebsd.c uses sched_lock() in > kqemu_schedule() if __FreeBSD_version is < 700044 & > 500000. > 7.0 has __FreeBSD_version defined to be 700055. > 7.1 has __FreeBSD_version defined to be 701000. > > So the OP shouldn't have had the problem he is seeing if he > has indeed updated to 7.x and is getting the right kqemu.ko. > > I suggest he do pkg_delete /var/db/pkg/kqemu-kmod*, ensure > that /boot/module/kqemu.ko is gone and then rebuild and > install kqemu-kmod-devel. > > But this brings up another problem with kqemu: if you are > using SCHED_4BSD with 7.x or current, kqemu is not guaranteed > to work. Oh, so the code it then uses in kqemu_schedule() is ule only? Does the old scheduler still use sched_lock? [...] struct thread *td = curthread; thread_lock(td); mi_switch(SW_VOL, NULL); thread_unlock(td); [...] Wondering... Juergen From owner-freebsd-emulation@FreeBSD.ORG Sun Apr 12 19:04:43 2009 Return-Path: Delivered-To: freebsd-emulation@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 19E871065675; Sun, 12 Apr 2009 19:04:43 +0000 (UTC) (envelope-from bakul@bitblocks.com) Received: from mail.bitblocks.com (bitblocks.com [64.142.15.60]) by mx1.freebsd.org (Postfix) with ESMTP id AEC138FC1A; Sun, 12 Apr 2009 19:04:42 +0000 (UTC) (envelope-from bakul@bitblocks.com) Received: from bitblocks.com (localhost.bitblocks.com [127.0.0.1]) by mail.bitblocks.com (Postfix) with ESMTP id 0F2185B23; Sun, 12 Apr 2009 12:04:41 -0700 (PDT) To: necanthrope In-reply-to: Your message of "Sun, 12 Apr 2009 11:47:24 PDT." <5b3cc900904121147r2a6cc434i3f23a1d6d25d4be0@mail.gmail.com> References: <22999502.post@talk.nabble.com> <22999521.post@talk.nabble.com> <200904121415.n3CEFDCf025538@triton.kn-bremen.de> <20090412182939.E23F15B23@mail.bitblocks.com> <5b3cc900904121147r2a6cc434i3f23a1d6d25d4be0@mail.gmail.com> Comments: In-reply-to necanthrope message dated "Sun, 12 Apr 2009 11:47:24 -0700." Date: Sun, 12 Apr 2009 12:04:41 -0700 From: Bakul Shah Message-Id: <20090412190442.0F2185B23@mail.bitblocks.com> Cc: Juergen Lock , freebsd-emulation@freebsd.org Subject: Re: cannot get kqemu to load with kldload X-BeenThere: freebsd-emulation@freebsd.org X-Mailman-Version: 2.1.5 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, 12 Apr 2009 19:04:43 -0000 Sigh.... If you are running stock freebsd-7.x and you have correct include files kqemu should just work. Ok, try this: uname -a # this should show 7.2 or some 7.x grep FreeBSD_version /sys/sys/param.h # this should show a number > 700044 pkg_delete /var/db/pkg/kqemu* # blow away any kqemu ls -l /boot/module # this should have no kqemu.ko cd /usr/ports make -DSUP_UPDATE update # or however you update your ports tree cd /usr/ports/emulators/kqemu-kmod-devel make clean make install kldload kqemu # this should succeed If this fails, report uname -a grep SCHED /sys/amd64/conf/GENERIC # if that is what you are running ls -l /usr/include/sys/param.h /sys/sys/param.h ls -l /usr/ports/emulators/kqemu-kmod-devel find /boot kqemu.ko On Sun, 12 Apr 2009 11:47:24 PDT necanthrope wrote: > (Resent to include all original recipients) > > I am not using SCHED_4BSD. In my source's sys/i386/conf/GENERIC file: > > options SCHED_ULE # ULE scheduler > > > > > > In kqemu-kmod-devel, kqemu-freebsd.c uses sched_lock() in > > kqemu_schedule() if __FreeBSD_version is < 700044 & > 500000. > > 7.0 has __FreeBSD_version defined to be 700055. > > 7.1 has __FreeBSD_version defined to be 701000. > > > > So the OP shouldn't have had the problem he is seeing if he > > has indeed updated to 7.x and is getting the right kqemu.ko. > > > > I suggest he do pkg_delete /var/db/pkg/kqemu-kmod*, ensure > > that /boot/module/kqemu.ko is gone and then rebuild and > > install kqemu-kmod-devel. > > > > But this brings up another problem with kqemu: if you are > > using SCHED_4BSD with 7.x or current, kqemu is not guaranteed > > to work. From owner-freebsd-emulation@FreeBSD.ORG Sun Apr 12 19:18:44 2009 Return-Path: Delivered-To: freebsd-emulation@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id BF31510656D4 for ; Sun, 12 Apr 2009 19:18:44 +0000 (UTC) (envelope-from necanthrope@gmail.com) Received: from wf-out-1314.google.com (wf-out-1314.google.com [209.85.200.172]) by mx1.freebsd.org (Postfix) with ESMTP id 8EBA28FC19 for ; Sun, 12 Apr 2009 19:18:44 +0000 (UTC) (envelope-from necanthrope@gmail.com) Received: by wf-out-1314.google.com with SMTP id 24so1527427wfg.7 for ; Sun, 12 Apr 2009 12:18:44 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:received:in-reply-to:references :date:message-id:subject:from:to:cc:content-type; bh=poZRju0uXycIWJD3RISOWp24DOQHUP2SnTeZ6QKr+EQ=; b=LaWQHTHlIBmZZnHlVTIR4ko177IE9iThcZyp8v/nbsGBm14belMrTmLwUgei8ZOZAJ V/RzYdluc46wS/2OSr7m6lwYRbmF66k/EwCZa6kPrONCFwbNRSF3GVL6GFVE14NoY4tM fCfrFE74n3vSg6GAQ8EZ9uBTw4W8K2zOP+Ue0= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type; b=ryS/nI8Qp+5eozWUPbytIvVZ7EpE8oXZgbVwPXOMN4Qwdy7W1oba/kKuI6dUco4i/n 7WLfNkPWEtfwGu0HvkI/30Gc2pXzwwlyuHOipXwLFgChkJ9exIA36rJtvKUUAdxLLp/v e7ZA9G36TyjsUvnGoO8NeXPG1XOwdhz9mGHko= MIME-Version: 1.0 Received: by 10.143.3.7 with SMTP id f7mr2295443wfi.65.1239563922355; Sun, 12 Apr 2009 12:18:42 -0700 (PDT) In-Reply-To: <20090412185053.GA65339@triton.kn-bremen.de> References: <22999502.post@talk.nabble.com> <22999521.post@talk.nabble.com> <200904121410.n3CEAkU8025500@triton.kn-bremen.de> <5b3cc900904121124k148be3c0t83ab233212a39d6a@mail.gmail.com> <20090412185053.GA65339@triton.kn-bremen.de> Date: Sun, 12 Apr 2009 12:18:42 -0700 Message-ID: <5b3cc900904121218y217da8dbs363e599c519946bf@mail.gmail.com> From: necanthrope To: Juergen Lock Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Cc: freebsd-emulation@freebsd.org Subject: Re: cannot get kqemu to load with kldload X-BeenThere: freebsd-emulation@freebsd.org X-Mailman-Version: 2.1.5 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, 12 Apr 2009 19:18:45 -0000 I renamed my source directory to /usr/src, and now I can load kqemu.ko. :D Unfortunately, I get an error when I try to make the windows image. I created the image with: qemu-img create -f qcow2 xp.img 100G qemu -cdrom /dev/acd0 -hda xp.img -m 256 -boot d I get this error: qemu: hardware error: register_ioport_write: invalid opaque CPU #0: EAX=00000000 EBX=00000000 ECX=00000000 EDX=00000633 ESI=00000000 EDI=00000000 EBP=00000000 ESP=00000000 EIP=0000fff0 EFL=00000002 [-------] CPL=0 II=0 A20=1 SMM=0 HLT=0 ES =0000 00000000 0000ffff 00009200 CS =f000 ffff0000 0000ffff 00009a00 SS =0000 00000000 0000ffff 00009200 DS =0000 00000000 0000ffff 00009200 FS =0000 00000000 0000ffff 00009200 GS =0000 00000000 0000ffff 00009200 LDT=0000 00000000 0000ffff 00008200 TR =0000 00000000 0000ffff 00008b00 GDT= 00000000 0000ffff IDT= 00000000 0000ffff CR0=60000010 CR2=00000000 CR3=00000000 CR4=00000000 DR0=00000000 DR1=00000000 DR2=00000000 DR3=00000000 DR6=ffff0ff0 DR7=00000400 FCW=037f FSW=0000 [ST=0] FTW=00 MXCSR=00001f80 FPR0=0000000000000000 0000 FPR1=0000000000000000 0000 FPR2=0000000000000000 0000 FPR3=0000000000000000 0000 FPR4=0000000000000000 0000 FPR5=0000000000000000 0000 FPR6=0000000000000000 0000 FPR7=0000000000000000 0000 XMM00=00000000000000000000000000000000 XMM01=00000000000000000000000000000000 XMM02=00000000000000000000000000000000 XMM03=00000000000000000000000000000000 XMM04=00000000000000000000000000000000 XMM05=00000000000000000000000000000000 XMM06=00000000000000000000000000000000 XMM07=00000000000000000000000000000000 Abort (core dumped) I'm going to try copying the install cd to disk first with dd and try again. THank you for your help, it is greatly appreciated. :) but when I try to read directly from the disk to install the OS: On Sun, Apr 12, 2009 at 11:50 AM, Juergen Lock wrote: > On Sun, Apr 12, 2009 at 11:24:45AM -0700, necanthrope wrote: > > > > > > > > > Hmm that shouldn't happen, did you rebuild kqemu after upgrading base? > > > Are your world and kernel in sync? When did you checkout/c(v)sup > /usr/src > > > and which branch/tag was it? What do > > > uname -a > > > ident /usr/src/sys/sys/param.h > > > ident /usr/include/sys/param.h > > > grep define.__FreeBSD_version /usr/include/sys/param.h > > > (cd /usr/ports/emulators/kqemu-kmod-devel && make -V OSVERSION) > > > say? > > > > > > Curious... > > > Juergen > > > > > > > Jurgen, > > > > Yes, I did rebuild kqemu after upgrading. I checked out 7.2 about a week > or > > so ago. Here's the output you asked for: > > > > cinema# uname -a > > FreeBSD cinema.distantsoil.org 7.2-PRERELEASE FreeBSD 7.2-PRERELEASE #0: > Sat > > Apr 11 19:32:34 PDT 2009 > > root@cinema.distantsoil.org:/usr/obj/usr/src_7.1/sys/GENERIC > > i386 > > > > cinema# ident /usr/src_7.1/sys/sys/param.h > > /usr/src_7.1/sys/sys/param.h: > > $FreeBSD: src/sys/sys/param.h,v 1.308.2.24 2009/03/14 08:34:45 bms > Exp > > $ > > > > cinema# ident /usr/include/sys/param.h > > /usr/include/sys/param.h: > > $FreeBSD: src/sys/sys/param.h,v 1.308.2.24 2009/03/14 08:34:45 bms > Exp > > $ > > > > cinema# grep define.__FreeBSD_version /usr/include/sys/param.h > > #define __FreeBSD_version 701106 /* Master, propagated to newvers > */ > > > > cinema# (cd /usr/ports/emulators/kqemu-kmod-devel && make -V OSVERSION) > > 701106 > > > > Note that the source directory I built world from is /usr/src_7.1, not > > /usr/src. (I fatfingered the directory name and forgot to change it to > > 7.2.) I didn't move the original /usr/src (v6.3) when I rebuilt. I am > > starting to wonder if that is the root cause of all the trouble. > > Very likely, kqemu uses which in this case seems to > reference > /usr/src/sys to find the needed kernel bits... > > HTH, > Juergen > -- 72 44 10 85 40 56 21 53 B9 DF 79 7A EA 18 AE F4 http://www.freedom-to-tinker.com/?p=1155 -- From owner-freebsd-emulation@FreeBSD.ORG Sun Apr 12 19:26:03 2009 Return-Path: Delivered-To: freebsd-emulation@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 2E8081065670; Sun, 12 Apr 2009 19:26:03 +0000 (UTC) (envelope-from bakul@bitblocks.com) Received: from mail.bitblocks.com (bitblocks.com [64.142.15.60]) by mx1.freebsd.org (Postfix) with ESMTP id 0E5BA8FC2C; Sun, 12 Apr 2009 19:26:03 +0000 (UTC) (envelope-from bakul@bitblocks.com) Received: from bitblocks.com (localhost.bitblocks.com [127.0.0.1]) by mail.bitblocks.com (Postfix) with ESMTP id 661B45B23; Sun, 12 Apr 2009 12:26:02 -0700 (PDT) To: Juergen Lock In-reply-to: Your message of "Sun, 12 Apr 2009 20:56:24 +0200." <20090412185624.GB65339@triton.kn-bremen.de> References: <22999502.post@talk.nabble.com> <22999521.post@talk.nabble.com> <200904121415.n3CEFDCf025538@triton.kn-bremen.de> <20090412182939.E23F15B23@mail.bitblocks.com> <20090412185624.GB65339@triton.kn-bremen.de> Comments: In-reply-to Juergen Lock message dated "Sun, 12 Apr 2009 20:56:24 +0200." Date: Sun, 12 Apr 2009 12:26:02 -0700 From: Bakul Shah Message-Id: <20090412192602.661B45B23@mail.bitblocks.com> Cc: jtidwell , freebsd-emulation@freebsd.org Subject: Re: cannot get kqemu to load with kldload X-BeenThere: freebsd-emulation@freebsd.org X-Mailman-Version: 2.1.5 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, 12 Apr 2009 19:26:05 -0000 On Sun, 12 Apr 2009 20:56:24 +0200 Juergen Lock wrote: > On Sun, Apr 12, 2009 at 11:29:39AM -0700, Bakul Shah wrote: > > > > But this brings up another problem with kqemu: if you are > > using SCHED_4BSD with 7.x or current, kqemu is not guaranteed > > to work. > > Oh, so the code it then uses in kqemu_schedule() is ule only? > Does the old scheduler still use sched_lock? > > [...] > struct thread *td = curthread; > thread_lock(td); > mi_switch(SW_VOL, NULL); > thread_unlock(td); > [...] You'd have to ask a scheduling expert but it appears that 4BSD sticks sched_lock in thread lock so it should just work (checked only in -current). So I take back my complaint :-) From owner-freebsd-emulation@FreeBSD.ORG Sun Apr 12 19:40:00 2009 Return-Path: Delivered-To: freebsd-emulation@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id C8EB01065672 for ; Sun, 12 Apr 2009 19:40:00 +0000 (UTC) (envelope-from nox@jelal.kn-bremen.de) Received: from smtp.kn-bremen.de (gelbbaer.kn-bremen.de [78.46.108.116]) by mx1.freebsd.org (Postfix) with ESMTP id 827CE8FC0A for ; Sun, 12 Apr 2009 19:40:00 +0000 (UTC) (envelope-from nox@jelal.kn-bremen.de) Received: by smtp.kn-bremen.de (Postfix, from userid 10) id B46B71E0010F; Sun, 12 Apr 2009 21:40:02 +0200 (CEST) Received: from triton.kn-bremen.de (noident@localhost [127.0.0.1]) by triton.kn-bremen.de (8.14.3/8.14.3) with ESMTP id n3CJcCJw067127; Sun, 12 Apr 2009 21:38:12 +0200 (CEST) (envelope-from nox@triton.kn-bremen.de) Received: (from nox@localhost) by triton.kn-bremen.de (8.14.3/8.14.3/Submit) id n3CJcCCL067126; Sun, 12 Apr 2009 21:38:12 +0200 (CEST) (envelope-from nox) From: Juergen Lock Date: Sun, 12 Apr 2009 21:38:11 +0200 To: necanthrope Message-ID: <20090412193811.GA66950@triton.kn-bremen.de> References: <22999502.post@talk.nabble.com> <22999521.post@talk.nabble.com> <200904121410.n3CEAkU8025500@triton.kn-bremen.de> <5b3cc900904121124k148be3c0t83ab233212a39d6a@mail.gmail.com> <20090412185053.GA65339@triton.kn-bremen.de> <5b3cc900904121218y217da8dbs363e599c519946bf@mail.gmail.com> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <5b3cc900904121218y217da8dbs363e599c519946bf@mail.gmail.com> User-Agent: Mutt/1.5.19 (2009-01-05) Cc: freebsd-emulation@freebsd.org Subject: Re: cannot get kqemu to load with kldload X-BeenThere: freebsd-emulation@freebsd.org X-Mailman-Version: 2.1.5 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, 12 Apr 2009 19:40:01 -0000 On Sun, Apr 12, 2009 at 12:18:42PM -0700, necanthrope wrote: > I renamed my source directory to /usr/src, and now I can load kqemu.ko. :D > > Unfortunately, I get an error when I try to make the windows image. I > created the image with: > > qemu-img create -f qcow2 xp.img 100G qemu -cdrom /dev/acd0 -hda xp.img -m > 256 -boot d > > I get this error: > > > qemu: hardware error: register_ioport_write: invalid opaque > CPU #0: > EAX=00000000 EBX=00000000 ECX=00000000 EDX=00000633 > ESI=00000000 EDI=00000000 EBP=00000000 ESP=00000000 > EIP=0000fff0 EFL=00000002 [-------] CPL=0 II=0 A20=1 SMM=0 HLT=0 > ES =0000 00000000 0000ffff 00009200 > CS =f000 ffff0000 0000ffff 00009a00 > SS =0000 00000000 0000ffff 00009200 > DS =0000 00000000 0000ffff 00009200 > FS =0000 00000000 0000ffff 00009200 > GS =0000 00000000 0000ffff 00009200 > LDT=0000 00000000 0000ffff 00008200 > TR =0000 00000000 0000ffff 00008b00 > GDT= 00000000 0000ffff > IDT= 00000000 0000ffff > CR0=60000010 CR2=00000000 CR3=00000000 CR4=00000000 > DR0=00000000 DR1=00000000 DR2=00000000 DR3=00000000 > DR6=ffff0ff0 DR7=00000400 > FCW=037f FSW=0000 [ST=0] FTW=00 MXCSR=00001f80 > FPR0=0000000000000000 0000 FPR1=0000000000000000 0000 > FPR2=0000000000000000 0000 FPR3=0000000000000000 0000 > FPR4=0000000000000000 0000 FPR5=0000000000000000 0000 > FPR6=0000000000000000 0000 FPR7=0000000000000000 0000 > XMM00=00000000000000000000000000000000 > XMM01=00000000000000000000000000000000 > XMM02=00000000000000000000000000000000 > XMM03=00000000000000000000000000000000 > XMM04=00000000000000000000000000000000 > XMM05=00000000000000000000000000000000 > XMM06=00000000000000000000000000000000 > XMM07=00000000000000000000000000000000 > Abort (core dumped) > Huh!? I've never seen that one... Have you rebuilt qemu after you upgraded your world? Or maybe try doing that again now that you've built kqemu against the proper kernel tree... > > I'm going to try copying the install cd to disk first with dd and try again. > > THank you for your help, it is greatly appreciated. :) > > but when I try to read directly from the disk to install the OS: [looking long at my crystal ball... :) ] You need bs=2k if you want to dd a data cd. HTH, Juergen From owner-freebsd-emulation@FreeBSD.ORG Sun Apr 12 19:50:31 2009 Return-Path: Delivered-To: freebsd-emulation@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 87545106572E for ; Sun, 12 Apr 2009 19:50:31 +0000 (UTC) (envelope-from necanthrope@gmail.com) Received: from wf-out-1314.google.com (wf-out-1314.google.com [209.85.200.168]) by mx1.freebsd.org (Postfix) with ESMTP id 556EB8FC14 for ; Sun, 12 Apr 2009 19:50:31 +0000 (UTC) (envelope-from necanthrope@gmail.com) Received: by wf-out-1314.google.com with SMTP id 24so1532364wfg.7 for ; Sun, 12 Apr 2009 12:50:30 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:received:in-reply-to:references :date:message-id:subject:from:to:cc:content-type; bh=rnYP2QSs6H7WbljNG2XT9/2IQYWmgcTztkigEiirY7w=; b=leBjgPNiYf6Mcnq0vUJoN+EziqtBkyWjGsRMs+Vlfjvh0672GqENGUpBzLeN8qMIU1 6ohcTg2XZPJODu4q4MYlahj+nwOkmGorqryidflnQnK8uYH0z0PbsI7Yv8SZr9O6k/+o eVZBNbCnU5frzBHtUNgpTuxEqhLqq8c3etOOU= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type; b=rdnfG9Lj4fhnvyZAXHUMsqJK9QZ2lfhI61xpsd09lkrUYnsKB7URoTocpWdaKqJsg2 KCLhyOMd75ojaU2I7jh4ZYFLa0/a2skVLquxolLsLNNT20o2Hi+gLTtMm1PPl49ZGMW7 ROzEzvHnOMhqBaH9omoUHAYDIfD0/MO97G7e8= MIME-Version: 1.0 Received: by 10.142.177.13 with SMTP id z13mr2297859wfe.196.1239565830814; Sun, 12 Apr 2009 12:50:30 -0700 (PDT) In-Reply-To: <20090412193811.GA66950@triton.kn-bremen.de> References: <22999502.post@talk.nabble.com> <22999521.post@talk.nabble.com> <200904121410.n3CEAkU8025500@triton.kn-bremen.de> <5b3cc900904121124k148be3c0t83ab233212a39d6a@mail.gmail.com> <20090412185053.GA65339@triton.kn-bremen.de> <5b3cc900904121218y217da8dbs363e599c519946bf@mail.gmail.com> <20090412193811.GA66950@triton.kn-bremen.de> Date: Sun, 12 Apr 2009 12:50:30 -0700 Message-ID: <5b3cc900904121250w74059001occ95d876242e23d@mail.gmail.com> From: necanthrope To: Juergen Lock Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Cc: freebsd-emulation@freebsd.org Subject: Re: cannot get kqemu to load with kldload X-BeenThere: freebsd-emulation@freebsd.org X-Mailman-Version: 2.1.5 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, 12 Apr 2009 19:50:31 -0000 On Sun, Apr 12, 2009 at 12:38 PM, Juergen Lock wrote: > > > > Huh!? I've never seen that one... Have you rebuilt qemu after you > upgraded your world? Or maybe try doing that again now that you've built > kqemu against the proper kernel tree... > > > > I'm going to try copying the install cd to disk first with dd and try > again. > > > > THank you for your help, it is greatly appreciated. :) > > > > but when I try to read directly from the disk to install the OS: > > [looking long at my crystal ball... :) ] You need bs=2k if you want to > dd a data cd. > > HTH, > Juergen > Juergen, Thanks for the prediction. ;) Do you mean set that as an environmental variable? I was successfully able to dd the disk, but I still get that same error when I use the .iso I created instead of the cd drive. To answer your question, I did in fact rebuild qemu from the port just before I attempted to create the xp image. Jerry -- 72 44 10 85 40 56 21 53 B9 DF 79 7A EA 18 AE F4 http://www.freedom-to-tinker.com/?p=1155 -- From owner-freebsd-emulation@FreeBSD.ORG Sun Apr 12 20:16:44 2009 Return-Path: Delivered-To: freebsd-emulation@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 65DCF1065693 for ; Sun, 12 Apr 2009 20:16:44 +0000 (UTC) (envelope-from nox@jelal.kn-bremen.de) Received: from smtp.kn-bremen.de (gelbbaer.kn-bremen.de [78.46.108.116]) by mx1.freebsd.org (Postfix) with ESMTP id 254148FC1C for ; Sun, 12 Apr 2009 20:16:44 +0000 (UTC) (envelope-from nox@jelal.kn-bremen.de) Received: by smtp.kn-bremen.de (Postfix, from userid 10) id 906721E000DF; Sun, 12 Apr 2009 22:16:46 +0200 (CEST) Received: from triton.kn-bremen.de (noident@localhost [127.0.0.1]) by triton.kn-bremen.de (8.14.3/8.14.3) with ESMTP id n3CKESvq068121 for ; Sun, 12 Apr 2009 22:14:28 +0200 (CEST) (envelope-from nox@triton.kn-bremen.de) Received: (from nox@localhost) by triton.kn-bremen.de (8.14.3/8.14.3/Submit) id n3CKES9B068120 for freebsd-emulation@FreeBSD.org; Sun, 12 Apr 2009 22:14:28 +0200 (CEST) (envelope-from nox) From: Juergen Lock Date: Sun, 12 Apr 2009 22:14:28 +0200 To: freebsd-emulation@FreeBSD.org Message-ID: <20090412201428.GA67309@triton.kn-bremen.de> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.5.19 (2009-01-05) Cc: Subject: got google earth running again, tho still with indirect rendering... X-BeenThere: freebsd-emulation@freebsd.org X-Mailman-Version: 2.1.5 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, 12 Apr 2009 20:16:45 -0000 The following alias seems to work here now with OVERRIDE_LINUX_NONBASE_PORTS set to f8 after the astro/google-earth USE_LINUX_APPS+= dri commit: alias googleearth="LIBGL_ALWAYS_INDIRECT=1 cpuset -l 0 googleearth" Without LIBGL_ALWAYS_INDIRECT if often crashes right at startup (and if not, says it switches to indirect rendering by itself), and without cpuset it often seems to hang/deadlock after popping up its tips window. (The latter can only make a difference on smp of course.) Tested on 7-stable/amd64 with intel 965 and ati RV730 PRO using video-ati (the second one without any gl at all of course.) I guess all we need now is linux dri bits matching our version of native xorg and possibly some needed linuxolator changes? Enjoy, Juergen From owner-freebsd-emulation@FreeBSD.ORG Sun Apr 12 20:57:52 2009 Return-Path: Delivered-To: freebsd-emulation@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 3AFD1106566B for ; Sun, 12 Apr 2009 20:57:52 +0000 (UTC) (envelope-from nox@jelal.kn-bremen.de) Received: from smtp.kn-bremen.de (gelbbaer.kn-bremen.de [78.46.108.116]) by mx1.freebsd.org (Postfix) with ESMTP id E93698FC08 for ; Sun, 12 Apr 2009 20:57:51 +0000 (UTC) (envelope-from nox@jelal.kn-bremen.de) Received: by smtp.kn-bremen.de (Postfix, from userid 10) id 53B8C1E000DF; Sun, 12 Apr 2009 22:57:54 +0200 (CEST) Received: from triton.kn-bremen.de (noident@localhost [127.0.0.1]) by triton.kn-bremen.de (8.14.3/8.14.3) with ESMTP id n3CKmf7f069197; Sun, 12 Apr 2009 22:48:41 +0200 (CEST) (envelope-from nox@triton.kn-bremen.de) Received: (from nox@localhost) by triton.kn-bremen.de (8.14.3/8.14.3/Submit) id n3CKmeBI069196; Sun, 12 Apr 2009 22:48:41 +0200 (CEST) (envelope-from nox) From: Juergen Lock Date: Sun, 12 Apr 2009 22:48:40 +0200 To: necanthrope Message-ID: <20090412204840.GA68617@triton.kn-bremen.de> References: <22999502.post@talk.nabble.com> <22999521.post@talk.nabble.com> <200904121410.n3CEAkU8025500@triton.kn-bremen.de> <5b3cc900904121124k148be3c0t83ab233212a39d6a@mail.gmail.com> <20090412185053.GA65339@triton.kn-bremen.de> <5b3cc900904121218y217da8dbs363e599c519946bf@mail.gmail.com> <20090412193811.GA66950@triton.kn-bremen.de> <5b3cc900904121250w74059001occ95d876242e23d@mail.gmail.com> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <5b3cc900904121250w74059001occ95d876242e23d@mail.gmail.com> User-Agent: Mutt/1.5.19 (2009-01-05) Cc: freebsd-emulation@freebsd.org Subject: Re: cannot get kqemu to load with kldload X-BeenThere: freebsd-emulation@freebsd.org X-Mailman-Version: 2.1.5 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, 12 Apr 2009 20:57:52 -0000 On Sun, Apr 12, 2009 at 12:50:30PM -0700, necanthrope wrote: > On Sun, Apr 12, 2009 at 12:38 PM, Juergen Lock wrote: > > > > > > > > Huh!? I've never seen that one... Have you rebuilt qemu after you > > upgraded your world? Or maybe try doing that again now that you've built > > kqemu against the proper kernel tree... > > > > > > I'm going to try copying the install cd to disk first with dd and try > > again. > > > > > > THank you for your help, it is greatly appreciated. :) > > > > > > but when I try to read directly from the disk to install the OS: > > > > [looking long at my crystal ball... :) ] You need bs=2k if you want to > > dd a data cd. > > > > HTH, > > Juergen > > > > Juergen, > > Thanks for the prediction. ;) Do you mean set that as an environmental > variable? > No, as a parameter to dd... > I was successfully able to dd the disk, but I still get that same error when > I use the .iso I created instead of the cd drive. > > To answer your question, I did in fact rebuild qemu from the port just > before I attempted to create the xp image. Hmm in that case I'm out of ideas, maybe try the qemu list. Sorry... Juergen From owner-freebsd-emulation@FreeBSD.ORG Mon Apr 13 09:19:58 2009 Return-Path: Delivered-To: freebsd-emulation@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 454C5106564A for ; Mon, 13 Apr 2009 09:19:58 +0000 (UTC) (envelope-from c.r.n.a@wanadoo.fr) Received: from smtp2c.orange.fr (smtp2c.orange.fr [80.12.242.153]) by mx1.freebsd.org (Postfix) with ESMTP id C76738FC08 for ; Mon, 13 Apr 2009 09:19:57 +0000 (UTC) (envelope-from c.r.n.a@wanadoo.fr) Received: from smtp20.orange.fr (mwinf2028 [172.22.130.128]) by mwinf2c05.orange.fr (SMTP Server) with ESMTP id 31F8B60138FA for ; Mon, 13 Apr 2009 10:27:37 +0200 (CEST) Received: from me-wanadoo.net (localhost [127.0.0.1]) by mwinf2028.orange.fr (SMTP Server) with ESMTP id 0D6E32000047; Mon, 13 Apr 2009 10:27:36 +0200 (CEST) Received: from [192.168.1.27] (ABordeaux-157-1-170-73.w86-210.abo.wanadoo.fr [86.210.225.73]) by mwinf2028.orange.fr (SMTP Server) with ESMTP id 8311220000A4; Mon, 13 Apr 2009 10:27:35 +0200 (CEST) X-ME-UUID: 20090413082735536.8311220000A4@mwinf2028.orange.fr Message-ID: <49E2F705.4070205@wanadoo.fr> Date: Mon, 13 Apr 2009 10:25:41 +0200 From: Nicolas User-Agent: Thunderbird 2.0.0.19 (X11/20090311) To: Juergen Lock , freebsd-emulation@freebsd.org References: <49E1F99A.3050503@wanadoo.fr> <20090412175452.GA63038@triton.kn-bremen.de> In-Reply-To: <20090412175452.GA63038@triton.kn-bremen.de> Content-Transfer-Encoding: 7bit MIME-Version: 1.0 Content-Type: text/plain; charset="ISO-8859-1" X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Cc: Subject: Re: flash10 X-BeenThere: freebsd-emulation@freebsd.org X-Mailman-Version: 2.1.5 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: Mon, 13 Apr 2009 09:19:58 -0000 Hi Juergen, I'm using FreeBSD 8-Current. OVERRIDE_LINUX_BASE_PORT and OVERRIDE_LINUX_NONBASE_PORTS are set on my make.conf linprocfs is mounted on fstab. This is my pkg_version: $ pkg_version | grep linux linux-atk < linux-cairo < linux-curl = linux-expat < linux-f8-atk = linux-f8-cairo = linux-f8-curl = linux-f8-expat = linux-f8-gtk2 = linux-f8-libidn = linux-f8-libssh2 = linux-f8-nspr = linux-f8-nss = linux-f8-openssl = linux-f8-pango = linux-f8-png = linux-f8-sqlite3 = linux-f8-tiff = linux-f8-xorg-libs = linux-flashplugin = linux-fontconfig < linux-gtk2 < linux-jpeg < linux-openssl < linux-openssl = linux-pango < linux-png < linux-tiff < linux_base-f8 = Do you think there is a problem with my ports? Anyway, flash 9 work perfectly. Nicolas. Did you set OVERRIDE_LINUX_BASE_PORT and OVERRIDE_LINUX_NONBASE_PORTS to f8 and reinstalled your linux ports(!) after that? Do you have linprocfs mounted? Oh, or does this only happen with specific websites? I've seen flash coredump, causing similar errors after clicking `watch in hd' in the youtube video player... (btw, can anyone try this on head? Maybe its just missing linuxolator functionality in 7-stable?) Anyway, if the issue persists, do a `pkg_add -r linux_kdump' and then try running firefox like `ktrace -di firefox3 [1]http://youtube.com', quit it after you've reproduced the isse, and then do `linux_kdump >kdump.txt' and look in kdump.txt for what npviewer.bin did before it exited/crashed, (usually indicated by a line containing `PSIG SIGSEGV', or another signal) and then maybe post the last 100 lines up to that here. HTH, Juergen References 1. http://youtube.com/ From owner-freebsd-emulation@FreeBSD.ORG Mon Apr 13 11:06:52 2009 Return-Path: Delivered-To: freebsd-emulation@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 2825D106564A for ; Mon, 13 Apr 2009 11:06:52 +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 12AFD8FC1F for ; Mon, 13 Apr 2009 11:06:52 +0000 (UTC) (envelope-from owner-bugmaster@FreeBSD.org) Received: from freefall.freebsd.org (localhost [127.0.0.1]) by freefall.freebsd.org (8.14.3/8.14.3) with ESMTP id n3DB6pHE084914 for ; Mon, 13 Apr 2009 11:06:51 GMT (envelope-from owner-bugmaster@FreeBSD.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.14.3/8.14.3/Submit) id n3DB6pMF084910 for freebsd-emulation@FreeBSD.org; Mon, 13 Apr 2009 11:06:51 GMT (envelope-from owner-bugmaster@FreeBSD.org) Date: Mon, 13 Apr 2009 11:06:51 GMT Message-Id: <200904131106.n3DB6pMF084910@freefall.freebsd.org> X-Authentication-Warning: freefall.freebsd.org: gnats set sender to owner-bugmaster@FreeBSD.org using -f From: FreeBSD bugmaster To: freebsd-emulation@FreeBSD.org Cc: Subject: Current problem reports assigned to freebsd-emulation@FreeBSD.org X-BeenThere: freebsd-emulation@freebsd.org X-Mailman-Version: 2.1.5 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: Mon, 13 Apr 2009 11:06:53 -0000 Note: to view an individual PR, use: http://www.freebsd.org/cgi/query-pr.cgi?pr=(number). 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 kern/130724 emulation [linprocfs] [patch] cpuinfo in linprocfs is dated, cau o kern/129169 emulation [linux] [patch] Linux Emulation ENOTCONN error using n f ports/127018 emulation Linuxulator incapable of using FreeBSD's LDAP environm o kern/126232 emulation [linux] Linux ioctl TCGETS (0x5401) always fails o ports/121800 emulation x11-toolkits/linux-openmotif - OpenMotif upgrade to 2. o kern/97326 emulation [linux] file descriptor leakage in linux emulation o ports/91318 emulation [fix] graphics/linux_dri: works on amd64 too o kern/91293 emulation [svr4] [patch] *Experimental* Update to the SVR4 emula o kern/73777 emulation [linux] [patch] linux emulation: root dir special hand a kern/72920 emulation [linux]: path "prefixing" is not done on unix domain s o kern/41543 emulation [patch] [request] easier wine/w23 support o kern/39201 emulation [linux] [patch] ptrace(2) and rfork(RFLINUXTHPN) confu o kern/29698 emulation [linux] [patch] linux ipcs doesn'work o kern/21463 emulation [linux] Linux compatability mode should not allow setu o kern/11165 emulation [ibcs2] IBCS2 doesn't work correctly with PID_MAX 9999 15 problems total. From owner-freebsd-emulation@FreeBSD.ORG Mon Apr 13 11:29:34 2009 Return-Path: Delivered-To: freebsd-emulation@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 59F0F10656C6 for ; Mon, 13 Apr 2009 11:29:34 +0000 (UTC) (envelope-from bsam@ipt.ru) Received: from services.ipt.ru (services.ipt.ru [194.62.233.110]) by mx1.freebsd.org (Postfix) with ESMTP id 130808FC1B for ; Mon, 13 Apr 2009 11:29:33 +0000 (UTC) (envelope-from bsam@ipt.ru) Received: from bb.ipt.ru ([194.62.233.89]) by services.ipt.ru with esmtp (Exim 4.54 (FreeBSD)) id 1LtKLz-000APf-Sm; Mon, 13 Apr 2009 15:29:32 +0400 To: Nicolas References: <49E1F99A.3050503@wanadoo.fr> <20090412175452.GA63038@triton.kn-bremen.de> <49E2F705.4070205@wanadoo.fr> From: Boris Samorodov Date: Mon, 13 Apr 2009 15:29:32 +0400 In-Reply-To: <49E2F705.4070205@wanadoo.fr> (Nicolas's message of "Mon\, 13 Apr 2009 10\:25\:41 +0200") Message-ID: <25085011@bb.ipt.ru> User-Agent: Gnus/5.11 (Gnus v5.11) Emacs/22.3 (berkeley-unix) MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Cc: freebsd-emulation@freebsd.org, Juergen Lock Subject: Re: flash10 X-BeenThere: freebsd-emulation@freebsd.org X-Mailman-Version: 2.1.5 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: Mon, 13 Apr 2009 11:29:34 -0000 Hello Nicolas, please don't top post and configure your MUA to do clean quotes. On Mon, 13 Apr 2009 10:25:41 +0200 Nicolas wrote: > Hi Juergen, > I'm using FreeBSD 8-Current. > OVERRIDE_LINUX_BASE_PORT and OVERRIDE_LINUX_NONBASE_PORTS are set on > my make.conf > linprocfs is mounted on fstab. > This is my pkg_version: > $ pkg_version | grep linux > linux-atk < > linux-cairo < > linux-curl = > linux-expat < > linux-f8-atk = > linux-f8-cairo = > linux-f8-curl = > linux-f8-expat = > linux-f8-gtk2 = > linux-f8-libidn = > linux-f8-libssh2 = > linux-f8-nspr = > linux-f8-nss = > linux-f8-openssl = > linux-f8-pango = > linux-f8-png = > linux-f8-sqlite3 = > linux-f8-tiff = > linux-f8-xorg-libs = > linux-flashplugin = > linux-fontconfig < > linux-gtk2 < > linux-jpeg < > linux-openssl < > linux-openssl = > linux-pango < > linux-png < > linux-tiff < > linux_base-f8 = > Do you think there is a problem with my ports? > Anyway, flash 9 work perfectly. Please, read /usr/ports/UPDATING and emulation@ ML for instructions how to upgrade to -f8- linux infrastructure ports. > Nicolas. > Did you set OVERRIDE_LINUX_BASE_PORT and OVERRIDE_LINUX_NONBASE_PORTS > to f8 and reinstalled your linux ports(!) after that? Do you have > linprocfs mounted? > Oh, or does this only happen with specific websites? I've seen flash > coredump, causing similar errors after clicking `watch in hd' in the > youtube video player... (btw, can anyone try this on head? Maybe its > just missing linuxolator functionality in 7-stable?) > Anyway, if the issue persists, do a `pkg_add -r linux_kdump' and then > try running firefox like `ktrace -di firefox3 [1]http://youtube.com', quit > it after you've reproduced the isse, and then do `linux_kdump >kdump.txt' > and look in kdump.txt for what npviewer.bin did before it exited/crashed, > (usually indicated by a line containing `PSIG SIGSEGV', or another signal) > and then maybe post the last 100 lines up to that here. > HTH, > Juergen WBR -- Boris Samorodov (bsam) Research Engineer, http://www.ipt.ru Telephone & Internet SP FreeBSD Committer, http://www.FreeBSD.org The Power To Serve From owner-freebsd-emulation@FreeBSD.ORG Mon Apr 13 15:34:06 2009 Return-Path: Delivered-To: freebsd-emulation@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 4F0D510656E2; Mon, 13 Apr 2009 15:34:06 +0000 (UTC) (envelope-from eculp@encontacto.net) Received: from ns2.bafirst.com (72-12-2-19.static.networktel.net [72.12.2.19]) by mx1.freebsd.org (Postfix) with ESMTP id 165638FC15; Mon, 13 Apr 2009 15:34:05 +0000 (UTC) (envelope-from eculp@encontacto.net) Received: from HOME.encontacto.net ([189.190.9.26]) by ns2.bafirst.com with esmtp; Mon, 13 Apr 2009 09:54:02 -0500 id 000D4CF6.49E3520B.000009E3 Received: from localhost (localhost [127.0.0.1]) (uid 80) by HOME.encontacto.net with local; Mon, 13 Apr 2009 05:45:00 -0500 id 0004AC32.49E317AC.0000049D Received: from local69.local.net.mx (local69.local.net.mx [192.168.1.69]) by econet.encontacto.net (Horde Framework) with HTTP; Mon, 13 Apr 2009 05:45:00 -0500 Message-ID: <20090413054500.1241102uwgs74khc@econet.encontacto.net> Date: Mon, 13 Apr 2009 05:45:00 -0500 From: eculp To: current , freebsd-emulation MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1; DelSp="Yes"; format="flowed" Content-Disposition: inline Content-Transfer-Encoding: quoted-printable User-Agent: Internet Messaging Program (IMP) H3 (5.0-cvs) X-Remote-Browser: Mozilla/5.0 (X11; U; FreeBSD i386; en-US; rv:1.9.0.8) Gecko/2009040106 Firefox/3.0.4, Ant.com Toolbar 1.3 X-IMP-Server: 189.190.9.26 X-Originating-IP: 192.168.1.69 X-Originating-User: eculp@encontacto.net Cc: Subject: Flash10, with up to date current, not even recoginized with about:plugins. X-BeenThere: freebsd-emulation@freebsd.org X-Mailman-Version: 2.1.5 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: Mon, 13 Apr 2009 15:34:07 -0000 I'm using up to date current # uname -a FreeBSD ed.local.net.mx 8.0-CURRENT FreeBSD 8.0-CURRENT #203: Sun Apr =20 12 15:13:50 CDT 2009 A copy of my about:plugins is at: http://www.encontacto.net/SHARE/About_Plugins.html I have installed all the f8 ports, I think. linux-f8-alsa-lib-1.0.15 linux-f8-aspell-0.60.5 linux-f8-atk-1.20.0 linux-f8-cairo-1.4.14 linux-f8-curl-7.18.2 linux-f8-expat-2.0.1 linux-f8-fontconfig-2.4.2 linux-f8-gtk2-2.12.8 linux-f8-hicolor-icon-theme-0.5 linux-f8-jpeg-6b linux-f8-libidn-0.6.14 linux-f8-libsigc++20-2.0.18 linux-f8-libssh2-0.18 linux-f8-nspr-4.7.3 linux-f8-nss-3.12.2.0 linux-f8-openssl-0.9.8b linux-f8-pango-1.18.4 linux-f8-png-1.2.22 linux-f8-scim-libs-1.4.7 linux-f8-sqlite3-3.4.2 linux-f8-tiff-3.8.2 linux-f8-xorg-libs-7.3_2 linux_base-f8-8_11 linux-flashplugin-10.0r22 nspluginwrapper-1.2.2_2 # nspluginwrapper -v -a -i Auto-install plugins from /usr/local/lib/browser_plugins Looking for plugins in /usr/local/lib/browser_plugins Auto-install plugins from /usr/local/lib/firefox/plugins Looking for plugins in /usr/local/lib/firefox/plugins Auto-install plugins from /usr/local/lib/linux-mozilla/plugins Looking for plugins in /usr/local/lib/linux-mozilla/plugins Install plugin /usr/local/lib/linux-mozilla/plugins/nphelix.so into /usr/local/lib/browser_plugins/npwrapper.nphelix.so Install plugin /usr/local/lib/linux-mozilla/plugins/mplayerplug-in-dvx.so into /usr/local/lib/browser_plugins/npwrapper.mplayerplug-in-dvx.so Install plugin /usr/local/lib/linux-mozilla/plugins/mplayerplug-in-qt.so into /usr/local/lib/browser_plugins/npwrapper.mplayerplug-in-qt.so Install plugin /usr/local/lib/linux-mozilla/plugins/mplayerplug-in-rm.so into /usr/local/lib/browser_plugins/npwrapper.mplayerplug-in-rm.so Install plugin /usr/local/lib/linux-mozilla/plugins/mplayerplug-in-wmp.so into /usr/local/lib/browser_plugins/npwrapper.mplayerplug-in-wmp.so Install plugin /usr/local/lib/linux-mozilla/plugins/mplayerplug-in.so into /usr/local/lib/browser_plugins/npwrapper.mplayerplug-in.so Install plugin /usr/local/lib/linux-mozilla/plugins/libflashplayer.so into /usr/local/lib/browser_plugins/npwrapper.libflashplayer.so Auto-install plugins from /usr/local/lib/npapi/linux-flashplugin Looking for plugins in /usr/local/lib/npapi/linux-flashplugin Install plugin /usr/local/lib/npapi/linux-flashplugin/libflashplayer.so into /usr/local/lib/browser_plugins/npwrapper.libflashplayer.so Auto-install plugins from /root/.mozilla/plugins Looking for plugins in /root/.mozilla/plugins Install plugin /root/.mozilla/plugins/nppdf.so into /root/.mozilla/plugins/npwrapper.nppdf.so From that I would assume that it is working but it isn't and I'm =20 stymied. Over the years I've used flash 7 and later 9 with no major =20 problems. Any suggestions on what I might have missed would be =20 appreciated. ed PS I did notice a userid (0) unknown with a couple of the linux-f8 =20 portw while installing them with portmaster and they installed fine. =20 IIRC gtk2 was one and scim was the other. From owner-freebsd-emulation@FreeBSD.ORG Mon Apr 13 15:59:59 2009 Return-Path: Delivered-To: freebsd-emulation@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 10C7F106566C for ; Mon, 13 Apr 2009 15:59:59 +0000 (UTC) (envelope-from da@mjhp.net) Received: from mail-bw0-f164.google.com (mail-bw0-f164.google.com [209.85.218.164]) by mx1.freebsd.org (Postfix) with ESMTP id D39788FC1A for ; Mon, 13 Apr 2009 15:59:57 +0000 (UTC) (envelope-from da@mjhp.net) Received: by bwz8 with SMTP id 8so2075437bwz.43 for ; Mon, 13 Apr 2009 08:59:56 -0700 (PDT) Received: by 10.103.220.18 with SMTP id x18mr3384783muq.38.1239636871721; Mon, 13 Apr 2009 08:34:31 -0700 (PDT) Received: from x22.mjhp.net (dslb-092-073-206-074.pools.arcor-ip.net [92.73.206.74]) by mx.google.com with ESMTPS id s10sm10150122muh.52.2009.04.13.08.34.28 (version=TLSv1/SSLv3 cipher=RC4-MD5); Mon, 13 Apr 2009 08:34:31 -0700 (PDT) To: freebsd-emulation@FreeBSD.org From: Dirk Arlt User-Agent: Gnus/5.11 (Gnus v5.11) Emacs/22.3 (berkeley-unix) Date: Mon, 13 Apr 2009 17:34:27 +0200 Message-ID: <86vdp8a7p8.fsf@x22.mjhp.net> MIME-Version: 1.0 Content-Type: multipart/mixed; boundary="=-=-=" Cc: Subject: checksum missmatches installing x11-toolkits/linux-f8-gtk2 X-BeenThere: freebsd-emulation@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: Dirk Arlt List-Id: Development of Emulators of other operating systems List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 13 Apr 2009 15:59:59 -0000 --=-=-= Hi all, I get the following checksum missmatches tyining to install x11-toolkits/linux-f8-gtk2 on my FreeBSD 7.2-PRERELEASE i386 [...] ===> Giving up on fetching files: rpm/i386/fedora/8.newkey/pcre-7.3-4.fc8.i386.rpm rpm/i386/fedora/8.newkey/pcre-7.3-4.fc8.i386.rpm rpm/i386/fedora/8.newkey/slang-2.1.2-2.fc8.i386.rpm rpm/i386/fedora/8.newkey/slang-2.1.2-2.fc8.i386.rpm Make sure the Makefile and distinfo file (/usr/ports/emulators/linux_base-f8/distinfo.i386) are up to date. If you are absolutely sure you want to override this check, type "make NO_CHECKSUM=yes [other args]". *** Error code 1 Stop in /usr/ports/emulators/linux_base-f8. *** Error code 1 Stop in /usr/ports/emulators/linux_base-f8. *** Error code 1 Stop in /usr/ports/x11-toolkits/linux-f8-gtk2. I do not want to disable all chesums so i did make makesum in emulators/linux_base-f8 and it seems seems to work but i meet the following => Giving up on fetching files: rpm/i386/fedora/8/libXt-1.0.4-3.fc8.i386.rpm rpm/i386/fedora/8/libXt-1.0.4-3.fc8.i386.rpm Make sure the Makefile and distinfo file (/usr/ports/x11/linux-f8-xorg-libs/distinfo.i386) are up to date. If you are absolutely sure you want to override this check, type "make NO_CHECKSUM=yes [other args]". *** Error code 1 [...] Stop in /usr/ports/x11/linux-f8-xorg-libs. *** Error code 1 Stop in /usr/ports/x11/linux-f8-xorg-libs. *** Error code 1 Stop in /usr/ports/graphics/linux-f8-cairo. *** Error code 1 Stop in /usr/ports/x11-toolkits/linux-f8-gtk2. and again, make makesum in x11/linux-f8-xorg-libs and hoping the best... [...] ===> Cleaning for popt-1.7_5 ===> Cleaning for linux-f8-gtk2-2.12.8 Hooray! But i think it should work without any make makesum! Attaching the newly build distinfos --=-=-= Content-Type: application/octet-stream Content-Disposition: attachment; filename=distinfo.i386 Content-Transfer-Encoding: base64 Content-Description: x11-toolkits/linux-f8-gtk2 TUQ1IChycG0vaTM4Ni9mZWRvcmEvOC5uZXdrZXkvYmFzZXN5c3RlbS04LjEtMS5ub2FyY2gucnBt KSA9IGYzOTQ0MmUzNzg0OTE3NjdhZDdiY2QyMGQ5MGM0YjMzClNIQTI1NiAocnBtL2kzODYvZmVk b3JhLzgubmV3a2V5L2Jhc2VzeXN0ZW0tOC4xLTEubm9hcmNoLnJwbSkgPSBlYjVhOGQxZWJjYTVj YjQ5YjA0OGViYzgxNjFlN2U1ZjlmZmM3NjUxZWNkNmRhNjY2ZmRmYWJjOTM5ZmI1OTcwClNJWkUg KHJwbS9pMzg2L2ZlZG9yYS84Lm5ld2tleS9iYXNlc3lzdGVtLTguMS0xLm5vYXJjaC5ycG0pID0g MjkyMQpNRDUgKHJwbS9pMzg2L2ZlZG9yYS84Lm5ld2tleS9iYXNoLTMuMi0yMC5mYzguaTM4Ni5y cG0pID0gNzJlMzBiYWRiNzc3NjJiZTVjNzIyMWM3NzI4NDczODgKU0hBMjU2IChycG0vaTM4Ni9m ZWRvcmEvOC5uZXdrZXkvYmFzaC0zLjItMjAuZmM4LmkzODYucnBtKSA9IDNhMDVlZDUxN2E5YWNj ZjBiMGE4MmNlMmFkMmYxM2U0ZGNkMzMzMmQyM2ZhY2ZiZDE3ZDk0NmZlYTgwMTNkZGQKU0laRSAo cnBtL2kzODYvZmVkb3JhLzgubmV3a2V5L2Jhc2gtMy4yLTIwLmZjOC5pMzg2LnJwbSkgPSAxODc3 NTQyCk1ENSAocnBtL2kzODYvZmVkb3JhLzgubmV3a2V5L2J6aXAyLTEuMC40LTEyLmZjOC5pMzg2 LnJwbSkgPSA1ZWYzYmM2NzM0ODgwODM0ODU1MDY2MjgwMGJmOGQwMwpTSEEyNTYgKHJwbS9pMzg2 L2ZlZG9yYS84Lm5ld2tleS9iemlwMi0xLjAuNC0xMi5mYzguaTM4Ni5ycG0pID0gY2Q4ZTE5YjU1 MzgzZTY1ZmQxYjkxOGNhMWIwMTIxNTBlMWI4ZmFhZTljNDNmYWY2MTgwNjg1Y2QyYjY2MTAyMQpT SVpFIChycG0vaTM4Ni9mZWRvcmEvOC5uZXdrZXkvYnppcDItMS4wLjQtMTIuZmM4LmkzODYucnBt KSA9IDQ5MDM0Ck1ENSAocnBtL2kzODYvZmVkb3JhLzgubmV3a2V5L2J6aXAyLWxpYnMtMS4wLjQt MTIuZmM4LmkzODYucnBtKSA9IDRhM2ZmOTQyMDg0NTE2Y2Q2YjEwMGQ3ZDM1ZWNhYjY1ClNIQTI1 NiAocnBtL2kzODYvZmVkb3JhLzgubmV3a2V5L2J6aXAyLWxpYnMtMS4wLjQtMTIuZmM4LmkzODYu cnBtKSA9IDU0Yjk2ZjExZjEyOTU2YTM1Y2YzM2ZmNzkzYmIzOTBmMjQwZGFjOWMxZGE4NmE5MWRm M2I0YmRmN2JmNTVkNTAKU0laRSAocnBtL2kzODYvZmVkb3JhLzgubmV3a2V5L2J6aXAyLWxpYnMt MS4wLjQtMTIuZmM4LmkzODYucnBtKSA9IDM4MzQxCk1ENSAocnBtL2kzODYvZmVkb3JhLzgubmV3 a2V5L2NvbXBhdC1kYi00LjUuMjAtMy5mYzguaTM4Ni5ycG0pID0gNDcxYjM4NjkwMjg1YzA0ZmJj NzhkNzY5YjgwYjJmZjgKU0hBMjU2IChycG0vaTM4Ni9mZWRvcmEvOC5uZXdrZXkvY29tcGF0LWRi LTQuNS4yMC0zLmZjOC5pMzg2LnJwbSkgPSAyZTNiZTMwZTM4YTVlNmQ3MTUyYzQ2ZDMxMWViYzQ5 NGYxNzY4Njk3NTY2NjRmNmE0ZWRkODM4N2JmZmU5YTAxClNJWkUgKHJwbS9pMzg2L2ZlZG9yYS84 Lm5ld2tleS9jb21wYXQtZGItNC41LjIwLTMuZmM4LmkzODYucnBtKSA9IDMxOTg2NzIKTUQ1IChy cG0vaTM4Ni9mZWRvcmEvOC5uZXdrZXkvY29tcGF0LWxpYnN0ZGMrKy0yOTYtMi45Ni0xMzkuaTM4 Ni5ycG0pID0gZmM3NjZlOTdhNDg4YWVhNjVmMTkzYjMxZTIwNjZmMzgKU0hBMjU2IChycG0vaTM4 Ni9mZWRvcmEvOC5uZXdrZXkvY29tcGF0LWxpYnN0ZGMrKy0yOTYtMi45Ni0xMzkuaTM4Ni5ycG0p ID0gMmNhZmUzYjMwYTI0OWViMDBmNmIyNDQ5ODUwZDI5N2FjODY0ZDgxMDczMzRkNDRlMWVmNTFl YzZjN2I1YmJiZQpTSVpFIChycG0vaTM4Ni9mZWRvcmEvOC5uZXdrZXkvY29tcGF0LWxpYnN0ZGMr Ky0yOTYtMi45Ni0xMzkuaTM4Ni5ycG0pID0gOTMyMTQKTUQ1IChycG0vaTM4Ni9mZWRvcmEvOC5u ZXdrZXkvY29tcGF0LWxpYnN0ZGMrKy0zMy0zLjIuMy02Mi5pMzg2LnJwbSkgPSAyYjBjNjQ4NTM5 MWQyYjBlN2YyYjEyODVhNWFmMWJhNwpTSEEyNTYgKHJwbS9pMzg2L2ZlZG9yYS84Lm5ld2tleS9j b21wYXQtbGlic3RkYysrLTMzLTMuMi4zLTYyLmkzODYucnBtKSA9IGNhMWE4MzkwYjdiOTU5NmZm MWY5MTM4MWJlODg1MzA4MGRjNzRiZWVhYjdlNjM5Y2I5NDM5YjQ0ZTEzZTA2MjAKU0laRSAocnBt L2kzODYvZmVkb3JhLzgubmV3a2V5L2NvbXBhdC1saWJzdGRjKystMzMtMy4yLjMtNjIuaTM4Ni5y cG0pID0gMjM1NzY4Ck1ENSAocnBtL2kzODYvZmVkb3JhLzgubmV3a2V5L2NvcmV1dGlscy02Ljkt MTkuZmM4LmkzODYucnBtKSA9IDAxZmJhYWVjYzZiOGUyZTZiNDBkNWZjZjIwODk3ZWI2ClNIQTI1 NiAocnBtL2kzODYvZmVkb3JhLzgubmV3a2V5L2NvcmV1dGlscy02LjktMTkuZmM4LmkzODYucnBt KSA9IGQ5YTM3OTk5Yjk0NGMyNTk2NjRjZjY3M2UwZDc1NDU3MWM5NWU4YTRjNjVmMWI2YWRkMjRh YmFmMmEwZTM1MGMKU0laRSAocnBtL2kzODYvZmVkb3JhLzgubmV3a2V5L2NvcmV1dGlscy02Ljkt MTkuZmM4LmkzODYucnBtKSA9IDM0ODk4NTgKTUQ1IChycG0vaTM4Ni9mZWRvcmEvOC5uZXdrZXkv ZGI0LTQuNi4yMS0zLmZjOC5pMzg2LnJwbSkgPSAwZDQwMGQ1ZTU0NGYyY2M0MzVjOWM2M2M2ODI0 NGZhNApTSEEyNTYgKHJwbS9pMzg2L2ZlZG9yYS84Lm5ld2tleS9kYjQtNC42LjIxLTMuZmM4Lmkz ODYucnBtKSA9IDc0Y2IwNGViNDY1OWYxY2Q0NjFjNTJiYTBkYmU2ZWNhNDBhY2RmY2ZkYTNkMDU1 MTkxNDgzNGNkNDkwZWMyM2MKU0laRSAocnBtL2kzODYvZmVkb3JhLzgubmV3a2V5L2RiNC00LjYu MjEtMy5mYzguaTM4Ni5ycG0pID0gNjAwNzEyCk1ENSAocnBtL2kzODYvZmVkb3JhLzgubmV3a2V5 L2UyZnNwcm9ncy0xLjQwLjQtMy5mYzguaTM4Ni5ycG0pID0gNmQyYjMzOTk3OTkwYjZmYmRjY2Ni YmE2YTMyMzNjZDcKU0hBMjU2IChycG0vaTM4Ni9mZWRvcmEvOC5uZXdrZXkvZTJmc3Byb2dzLTEu NDAuNC0zLmZjOC5pMzg2LnJwbSkgPSA1MTZhOWUwNzkzZGRlMjZiOTIwN2Y3OWZiNWNmY2NlNTY3 Njg0MmQzNjQ0NzA0MjkzY2MyYjAyMDlmNTNhYWU5ClNJWkUgKHJwbS9pMzg2L2ZlZG9yYS84Lm5l d2tleS9lMmZzcHJvZ3MtMS40MC40LTMuZmM4LmkzODYucnBtKSA9IDYyNDIxOQpNRDUgKHJwbS9p Mzg2L2ZlZG9yYS84Lm5ld2tleS9lMmZzcHJvZ3MtbGlicy0xLjQwLjQtMy5mYzguaTM4Ni5ycG0p ID0gZGVmMTMwNzcxOWU1NmYwNjNmMGFkZDI3YjU2MDllMGQKU0hBMjU2IChycG0vaTM4Ni9mZWRv cmEvOC5uZXdrZXkvZTJmc3Byb2dzLWxpYnMtMS40MC40LTMuZmM4LmkzODYucnBtKSA9IGM4NTBk OTE1OGYzM2M4YTBmNTkzYjJiMWI4NDdmMjI2OWZkN2E4MTM5NTljODQ3NTgyZWMxYWU3ZmQxMjRj M2UKU0laRSAocnBtL2kzODYvZmVkb3JhLzgubmV3a2V5L2UyZnNwcm9ncy1saWJzLTEuNDAuNC0z LmZjOC5pMzg2LnJwbSkgPSAxNDE1NzMKTUQ1IChycG0vaTM4Ni9mZWRvcmEvOC5uZXdrZXkvZWxm dXRpbHMtMC4xMzctMy5mYzguaTM4Ni5ycG0pID0gZjhhODVjMjczZjgxMDAxNTFlOTVmZGQ5NzYw ODY4ZGMKU0hBMjU2IChycG0vaTM4Ni9mZWRvcmEvOC5uZXdrZXkvZWxmdXRpbHMtMC4xMzctMy5m YzguaTM4Ni5ycG0pID0gNmUzNDRlNGY0OTg2MTQzZTY1NDU5NTllNTM5M2Q4Y2RjZjhiYjk2N2Fl YTNmNzg0ZWJhMjNkMDQzYWIwMWFjYgpTSVpFIChycG0vaTM4Ni9mZWRvcmEvOC5uZXdrZXkvZWxm dXRpbHMtMC4xMzctMy5mYzguaTM4Ni5ycG0pID0gMjMxMzc4Ck1ENSAocnBtL2kzODYvZmVkb3Jh LzgubmV3a2V5L2ZlZG9yYS1yZWxlYXNlLTgtNi50cmFuc2l0aW9uLm5vYXJjaC5ycG0pID0gNGEy NGY5N2NlM2RmNjUxMGI3MzFiYmRiZDBlODU1NGIKU0hBMjU2IChycG0vaTM4Ni9mZWRvcmEvOC5u ZXdrZXkvZmVkb3JhLXJlbGVhc2UtOC02LnRyYW5zaXRpb24ubm9hcmNoLnJwbSkgPSBiNTE3MTYx OWZiMTM3OTAwN2MxZWU1NTFhZjNjM2E2MWJlNTIyYzNiOWY4NzMwNzM3NzdjNTBkZTgwMGZmYzg2 ClNJWkUgKHJwbS9pMzg2L2ZlZG9yYS84Lm5ld2tleS9mZWRvcmEtcmVsZWFzZS04LTYudHJhbnNp dGlvbi5ub2FyY2gucnBtKSA9IDMyMDg3Ck1ENSAocnBtL2kzODYvZmVkb3JhLzgubmV3a2V5L2Zp bGVzeXN0ZW0tMi40LjExLTEuZmM4LmkzODYucnBtKSA9IGUzN2UwMzhjYmY3ODk1ZjZiMjY5ZWI4 MzUwZmMwMjQzClNIQTI1NiAocnBtL2kzODYvZmVkb3JhLzgubmV3a2V5L2ZpbGVzeXN0ZW0tMi40 LjExLTEuZmM4LmkzODYucnBtKSA9IGY3NGJmNDFiZmM3NTdkMDhmMDE2OWI1M2MyNGU4ZmM1NzVi NGRmMDA2ZjY2ZmQyM2Q1ZTZiOWU0OWQ1MWI3MzgKU0laRSAocnBtL2kzODYvZmVkb3JhLzgubmV3 a2V5L2ZpbGVzeXN0ZW0tMi40LjExLTEuZmM4LmkzODYucnBtKSA9IDEyMTAxNApNRDUgKHJwbS9p Mzg2L2ZlZG9yYS84Lm5ld2tleS9mcmVldHlwZS0yLjMuNS01LmZjOC5pMzg2LnJwbSkgPSA0MTI0 ZWE0MGU1ZGVhN2M4NjY4ODgyNTg1MTcwNTk4YQpTSEEyNTYgKHJwbS9pMzg2L2ZlZG9yYS84Lm5l d2tleS9mcmVldHlwZS0yLjMuNS01LmZjOC5pMzg2LnJwbSkgPSBmNTZkZmZlM2Q0MjE5ZmMyMmEy Mzk5ZjhmYThmZDM2ZWIzOTFiZDM1ZGY5NWU1OGYwNjBkMDkzMTY3NDA0MzMwClNJWkUgKHJwbS9p Mzg2L2ZlZG9yYS84Lm5ld2tleS9mcmVldHlwZS0yLjMuNS01LmZjOC5pMzg2LnJwbSkgPSAzMzg0 MzcKTUQ1IChycG0vaTM4Ni9mZWRvcmEvOC5uZXdrZXkvZ2RibS0xLjguMC0yNy5mYzcuaTM4Ni5y cG0pID0gODdmOGNmNzEwMTMwMmE1YTZkY2Y0ZDAxYTA5MjU1NGQKU0hBMjU2IChycG0vaTM4Ni9m ZWRvcmEvOC5uZXdrZXkvZ2RibS0xLjguMC0yNy5mYzcuaTM4Ni5ycG0pID0gNjRhNzE1MzRiNTE2 YzRiZWUxMzdmMTY2NzRmNDMwYzJhYTBjOTQ5NjI2NzUyNzAzOGNiZDBjZDRmMTFlOTVkOQpTSVpF IChycG0vaTM4Ni9mZWRvcmEvOC5uZXdrZXkvZ2RibS0xLjguMC0yNy5mYzcuaTM4Ni5ycG0pID0g MjgwMDgKTUQ1IChycG0vaTM4Ni9mZWRvcmEvOC5uZXdrZXkvZ2xpYi0xLjIuMTAtMjguZmM4Lmkz ODYucnBtKSA9IDZhYzVjMWJlODViZjQ5ZDIwMDE1ZWNiYWViZjA3ZjFhClNIQTI1NiAocnBtL2kz ODYvZmVkb3JhLzgubmV3a2V5L2dsaWItMS4yLjEwLTI4LmZjOC5pMzg2LnJwbSkgPSBhMTgzN2Q5 Njg4ZWVmMjA3ZTNmNjI0YWQ1ZmNhNzgwMWEzOWNhYTQzY2JkYTU5ZTA5ZTM1YTk2MmQ5MTA0ZDAz ClNJWkUgKHJwbS9pMzg2L2ZlZG9yYS84Lm5ld2tleS9nbGliLTEuMi4xMC0yOC5mYzguaTM4Ni5y cG0pID0gMTQwNzA3Ck1ENSAocnBtL2kzODYvZmVkb3JhLzgubmV3a2V5L2dsaWIyLTIuMTQuNi0y LmZjOC5pMzg2LnJwbSkgPSA0OTkwYjkzNGQ4Mjc1MGQyZjJlNmUwOTI4NTM4ZGJhMgpTSEEyNTYg KHJwbS9pMzg2L2ZlZG9yYS84Lm5ld2tleS9nbGliMi0yLjE0LjYtMi5mYzguaTM4Ni5ycG0pID0g MWQxZjEyMmY1OTc1YTQ3NmJkZTU3N2VjMGVhNGViZGU5MGQzODU5ZTJkNjA0M2JjMGFlNWRkOWJj YTgyMGQ3NgpTSVpFIChycG0vaTM4Ni9mZWRvcmEvOC5uZXdrZXkvZ2xpYjItMi4xNC42LTIuZmM4 LmkzODYucnBtKSA9IDg2OTk1NQpNRDUgKHJwbS9pMzg2L2ZlZG9yYS84Lm5ld2tleS9nbGliYy0y LjctMi5pMzg2LnJwbSkgPSA3OGZmN2VhZTJiNWVkMzE4NjZjMjEzZWZiMTA3ZGFjNQpTSEEyNTYg KHJwbS9pMzg2L2ZlZG9yYS84Lm5ld2tleS9nbGliYy0yLjctMi5pMzg2LnJwbSkgPSBjYjgyZWZl OGU0OWIwNTAwZjZhNTJlNzczOWVjNjFhYWFmYmZmMTMxMDU5N2YzYmNmYWIzNGI0M2U2OTJjZDM0 ClNJWkUgKHJwbS9pMzg2L2ZlZG9yYS84Lm5ld2tleS9nbGliYy0yLjctMi5pMzg2LnJwbSkgPSA0 NzY5NzQ1Ck1ENSAocnBtL2kzODYvZmVkb3JhLzgubmV3a2V5L2dsaWJjLWNvbW1vbi0yLjctMi5p Mzg2LnJwbSkgPSAzMmFiZGUyOGU4OWRmNmFlNTI1OGJlYTc3OWIyM2M1MgpTSEEyNTYgKHJwbS9p Mzg2L2ZlZG9yYS84Lm5ld2tleS9nbGliYy1jb21tb24tMi43LTIuaTM4Ni5ycG0pID0gN2ZiMWY0 Y2VkOWExZmRkZWUxNGJkNjUwYjRhOWQwZDcxODk5MDA5YzQyMjEzMGIxZTI5YjRiYjNiZDA0MjBl MQpTSVpFIChycG0vaTM4Ni9mZWRvcmEvOC5uZXdrZXkvZ2xpYmMtY29tbW9uLTIuNy0yLmkzODYu cnBtKSA9IDIxOTM1NjIxCk1ENSAocnBtL2kzODYvZmVkb3JhLzgubmV3a2V5L2dyZXAtMi41LjEt NTcuZmM3LmkzODYucnBtKSA9IDdjNzkzZDRkZWRiYjUyM2U5NjllYWU1Nzc4YWQ1NDg0ClNIQTI1 NiAocnBtL2kzODYvZmVkb3JhLzgubmV3a2V5L2dyZXAtMi41LjEtNTcuZmM3LmkzODYucnBtKSA9 IDY2MWI0NjQ0NzI1YWNlOTViMzU2YWMyNmY1ZmZlZmFkMzMxNDE0OGVmOTQ3NzZjYzYyN2NkODNk ZTdjYTFjMDkKU0laRSAocnBtL2kzODYvZmVkb3JhLzgubmV3a2V5L2dyZXAtMi41LjEtNTcuZmM3 LmkzODYucnBtKSA9IDE3OTA2MwpNRDUgKHJwbS9pMzg2L2ZlZG9yYS84Lm5ld2tleS9pbmZvLTQu MTEtNS5mYzguaTM4Ni5ycG0pID0gMDAzZDY2ZjQyYmFmOTEzMTk1Y2E2OGJmODc3NWFhOWQKU0hB MjU2IChycG0vaTM4Ni9mZWRvcmEvOC5uZXdrZXkvaW5mby00LjExLTUuZmM4LmkzODYucnBtKSA9 IGZmYWFhMmYyN2NkMGI2YjRiYmNhMDk3YWNiZGYwM2VjZGNlZWY2YTQ0MWQwMDgzODlmMGQ3NmYx NjA4NWZlZDIKU0laRSAocnBtL2kzODYvZmVkb3JhLzgubmV3a2V5L2luZm8tNC4xMS01LmZjOC5p Mzg2LnJwbSkgPSAxNzA0MzkKTUQ1IChycG0vaTM4Ni9mZWRvcmEvOC5uZXdrZXkva2V5dXRpbHMt bGlicy0xLjItMi5mYzYuaTM4Ni5ycG0pID0gNDFmNGUxYjI2YjFiNjFiM2ZlODBjNzFhNzIwMGI1 YWYKU0hBMjU2IChycG0vaTM4Ni9mZWRvcmEvOC5uZXdrZXkva2V5dXRpbHMtbGlicy0xLjItMi5m YzYuaTM4Ni5ycG0pID0gNzdkMzM4YmNkNTkzYjc1NGUzZTBhNTU4YWQwMTA2NjcyODNlMDVjZjVl NDg5NjNlYzZjN2RlNDBiMjFkYTg2ZQpTSVpFIChycG0vaTM4Ni9mZWRvcmEvOC5uZXdrZXkva2V5 dXRpbHMtbGlicy0xLjItMi5mYzYuaTM4Ni5ycG0pID0gMTgwMDYKTUQ1IChycG0vaTM4Ni9mZWRv cmEvOC5uZXdrZXkva3JiNS1saWJzLTEuNi4yLTE0LmZjOC5pMzg2LnJwbSkgPSA5OGVjYzA0NDY2 NTJmM2NmZWRjNzg4MjkxMDI1ZTYzNgpTSEEyNTYgKHJwbS9pMzg2L2ZlZG9yYS84Lm5ld2tleS9r cmI1LWxpYnMtMS42LjItMTQuZmM4LmkzODYucnBtKSA9IGU0ZTliMjllZDIxM2FlOTc1NmQwNTU5 YjI3NGFkZDJkY2MzMGY2ZWE5ODQxZGQwNzg3ZDRjYzRiNWUzZWNkZDcKU0laRSAocnBtL2kzODYv ZmVkb3JhLzgubmV3a2V5L2tyYjUtbGlicy0xLjYuMi0xNC5mYzguaTM4Ni5ycG0pID0gNzE5NzUw Ck1ENSAocnBtL2kzODYvZmVkb3JhLzgubmV3a2V5L2xpYmFjbC0yLjIuMzktMTQuZmM4LmkzODYu cnBtKSA9IGZkZTMwZmNhYWY5NzBhOGYwZWY2NjdkNmViNGM3ODg3ClNIQTI1NiAocnBtL2kzODYv ZmVkb3JhLzgubmV3a2V5L2xpYmFjbC0yLjIuMzktMTQuZmM4LmkzODYucnBtKSA9IGU3ZmNiNjBk YzUzNDI2NTMxMWZhZGVhNTA0YjYyM2IzNGIyM2M0OWRhMGVlMDY3YTY2MWMyMGM2MzBlZWEzNTUK U0laRSAocnBtL2kzODYvZmVkb3JhLzgubmV3a2V5L2xpYmFjbC0yLjIuMzktMTQuZmM4LmkzODYu cnBtKSA9IDIwODUxCk1ENSAocnBtL2kzODYvZmVkb3JhLzgubmV3a2V5L2xpYmF0dHItMi40LjM4 LTIuZmM4LmkzODYucnBtKSA9IDllZWIwMzRiOWM2ZjdkYzQwMWMxYWNiZGNiZjJlZTFjClNIQTI1 NiAocnBtL2kzODYvZmVkb3JhLzgubmV3a2V5L2xpYmF0dHItMi40LjM4LTIuZmM4LmkzODYucnBt KSA9IDlhYWI0OGRlNjU1NTY5ZWZjZDFiNGU0MTc1ZGJjYjUzMTMzZmZkYjhiNjNjNmJiZjczM2Rm MWE3N2Y2NmI1MTIKU0laRSAocnBtL2kzODYvZmVkb3JhLzgubmV3a2V5L2xpYmF0dHItMi40LjM4 LTIuZmM4LmkzODYucnBtKSA9IDEyNDQzCk1ENSAocnBtL2kzODYvZmVkb3JhLzgubmV3a2V5L2xp YmdjYy00LjEuMi0zMy5pMzg2LnJwbSkgPSBmMzJlZjQ4MDFlNmMyYWYwYzUyNTU3YTc4NThhZmI0 YQpTSEEyNTYgKHJwbS9pMzg2L2ZlZG9yYS84Lm5ld2tleS9saWJnY2MtNC4xLjItMzMuaTM4Ni5y cG0pID0gMTFhZWFmNjE1NDY0OGQ2ZjY0OTFmNmZiYTBiM2MzNzcyZTAyNzQ2ZDI4NTQwNGFmOWI3 MGRjYTJhYTZlYjVjYgpTSVpFIChycG0vaTM4Ni9mZWRvcmEvOC5uZXdrZXkvbGliZ2NjLTQuMS4y LTMzLmkzODYucnBtKSA9IDk2ODk1Ck1ENSAocnBtL2kzODYvZmVkb3JhLzgubmV3a2V5L2xpYnNl bGludXgtMi4wLjQzLTEuZmM4LmkzODYucnBtKSA9IGZlN2U5YzRmY2QyZTAwZGE2NTY4YzYyMjRm Y2EzNTAxClNIQTI1NiAocnBtL2kzODYvZmVkb3JhLzgubmV3a2V5L2xpYnNlbGludXgtMi4wLjQz LTEuZmM4LmkzODYucnBtKSA9IDc3YjQ0ZWQ1ZTJkZDUwYjEzNzc5YjNkZTFhOTVmODFmNmUzYTFl ZWY1MTE0MDBiYzg2MDI0MTFlNjU4OWEwYzUKU0laRSAocnBtL2kzODYvZmVkb3JhLzgubmV3a2V5 L2xpYnNlbGludXgtMi4wLjQzLTEuZmM4LmkzODYucnBtKSA9IDExNDE4MgpNRDUgKHJwbS9pMzg2 L2ZlZG9yYS84Lm5ld2tleS9saWJzZXBvbC0yLjAuMTUtMS5mYzguaTM4Ni5ycG0pID0gZWM2YzNm NWYxNDY4N2Y2ZGMzZTAxNDM3OTU2OTYwNmEKU0hBMjU2IChycG0vaTM4Ni9mZWRvcmEvOC5uZXdr ZXkvbGlic2Vwb2wtMi4wLjE1LTEuZmM4LmkzODYucnBtKSA9IDBkNzZkYzEwZmQwZDY3NTI4ODUy NjY4N2VhMDUyY2YyMjg1OGFhNWQ0OTk4ZTA2ZjhhNDk2YzkyMDYwY2YyNGUKU0laRSAocnBtL2kz ODYvZmVkb3JhLzgubmV3a2V5L2xpYnNlcG9sLTIuMC4xNS0xLmZjOC5pMzg2LnJwbSkgPSAxMjU2 MDIKTUQ1IChycG0vaTM4Ni9mZWRvcmEvOC5uZXdrZXkvbGlic3RkYysrLTQuMS4yLTMzLmkzODYu cnBtKSA9IGJjZDMzZTM4MzhlYTE1NDViZTM0MGJiZTdiNmNjNjY0ClNIQTI1NiAocnBtL2kzODYv ZmVkb3JhLzgubmV3a2V5L2xpYnN0ZGMrKy00LjEuMi0zMy5pMzg2LnJwbSkgPSA1MmJhZmY2MThj ZjY1ZWNkZjg0NmRjNDdjY2ZiNWE4NzI4YjI3NTJlMDQ4NzY4NTM1ZmNjMzNkZDBkN2FlNTg0ClNJ WkUgKHJwbS9pMzg2L2ZlZG9yYS84Lm5ld2tleS9saWJzdGRjKystNC4xLjItMzMuaTM4Ni5ycG0p ID0gMzY5MTI3Ck1ENSAocnBtL2kzODYvZmVkb3JhLzgubmV3a2V5L2xpYnRlcm1jYXAtMi4wLjgt NDcuaTM4Ni5ycG0pID0gYjZhZDAwMGUyMWU3YmE5MmE4ZmU5ZjQ2MjkxYzRhZmEKU0hBMjU2IChy cG0vaTM4Ni9mZWRvcmEvOC5uZXdrZXkvbGlidGVybWNhcC0yLjAuOC00Ny5pMzg2LnJwbSkgPSA1 ODNjYjBiNjdkYWM2OGU1Y2RhYTVmOGEyZWFmMzA0NWFlNTNjMDYxZDE2YTA2OTc2NjBmZDFmYWJh MDliNDE0ClNJWkUgKHJwbS9pMzg2L2ZlZG9yYS84Lm5ld2tleS9saWJ0ZXJtY2FwLTIuMC44LTQ3 LmkzODYucnBtKSA9IDE0MzU1Ck1ENSAocnBtL2kzODYvZmVkb3JhLzgubmV3a2V5L25jdXJzZXMt NS42LTEyLjIwMDcwODEyLmZjOC5pMzg2LnJwbSkgPSA2NzI0NmEzNDI1ODkwZTdjNjgwNDYxMDI2 NjQ0MTRiYwpTSEEyNTYgKHJwbS9pMzg2L2ZlZG9yYS84Lm5ld2tleS9uY3Vyc2VzLTUuNi0xMi4y MDA3MDgxMi5mYzguaTM4Ni5ycG0pID0gOWIwMDE3MTdmYjQ2MGM2YzkzN2Q0ZDQ0MDdiZDNjNDdm MzYwMzczZGZjZTYwZmE3NmI1ZDRiMjFjMTk5MTY2NgpTSVpFIChycG0vaTM4Ni9mZWRvcmEvOC5u ZXdrZXkvbmN1cnNlcy01LjYtMTIuMjAwNzA4MTIuZmM4LmkzODYucnBtKSA9IDEwNjEwMjgKTUQ1 IChycG0vaTM4Ni9mZWRvcmEvOC5uZXdrZXkvcGNyZS03LjMtNC5mYzguaTM4Ni5ycG0pID0gMjBk ZGNkNmE2YzEwODhlOTZlZjEwYjA2YWQ1ZDY1MWYKU0hBMjU2IChycG0vaTM4Ni9mZWRvcmEvOC5u ZXdrZXkvcGNyZS03LjMtNC5mYzguaTM4Ni5ycG0pID0gZDIwYThmYTc5MjUxMzIwZDFiNmRiMTBm MjI0MzhhNDkxOGJhYzcwMzllNTlmZjhiYjQ0ZGY5NWE3NDhlNzE3NQpTSVpFIChycG0vaTM4Ni9m ZWRvcmEvOC5uZXdrZXkvcGNyZS03LjMtNC5mYzguaTM4Ni5ycG0pID0gMTQwMDYzCk1ENSAocnBt L2kzODYvZmVkb3JhLzgubmV3a2V5L3BvcHQtMS4xMy00LmZjOC5pMzg2LnJwbSkgPSBhZThhNTVk ZWZjNjM0ZDYyNTQ2MWNjZDhhYTk4MmFlYgpTSEEyNTYgKHJwbS9pMzg2L2ZlZG9yYS84Lm5ld2tl eS9wb3B0LTEuMTMtNC5mYzguaTM4Ni5ycG0pID0gZjU4YmNjNjg0ZDg5OTNiYmY3ZGNlMzg1YTRj ZjRjOTNlMTI2NjBlYzk3ZjkwMDYwYjI3MmI3ZTI4OWFhYjBmNApTSVpFIChycG0vaTM4Ni9mZWRv cmEvOC5uZXdrZXkvcG9wdC0xLjEzLTQuZmM4LmkzODYucnBtKSA9IDM5NzY3Ck1ENSAocnBtL2kz ODYvZmVkb3JhLzgubmV3a2V5L3JlYWRsaW5lLTUuMi0xMC5mYzguaTM4Ni5ycG0pID0gNmJkNGUw YWQwZjhhNWI4MjEyOWIyOTBmZDY3MjNhZGQKU0hBMjU2IChycG0vaTM4Ni9mZWRvcmEvOC5uZXdr ZXkvcmVhZGxpbmUtNS4yLTEwLmZjOC5pMzg2LnJwbSkgPSAwMGRlYTk1YzFjMTY1YmYxMTRlODI2 OWMxMDkyNTJjMGVjMDg0MTlmNTVhYjRmOTRjMDJlOTdhZDk5ZDNjMTg2ClNJWkUgKHJwbS9pMzg2 L2ZlZG9yYS84Lm5ld2tleS9yZWFkbGluZS01LjItMTAuZmM4LmkzODYucnBtKSA9IDE4Njc1MwpN RDUgKHJwbS9pMzg2L2ZlZG9yYS84Lm5ld2tleS9zZXRzZXJpYWwtMi4xNy0yMS5mYzguaTM4Ni5y cG0pID0gOTI2MDQyMzNhNGYzNjU5MDM0Nzg2OGM3OWUzMzU5ZmQKU0hBMjU2IChycG0vaTM4Ni9m ZWRvcmEvOC5uZXdrZXkvc2V0c2VyaWFsLTIuMTctMjEuZmM4LmkzODYucnBtKSA9IDc1YTQwNTJl MDkxODdkNDI4MjY1ZWUyMGU0ODkyODlmNDQ5MjhlNjI0ZTQ1ZjI5MWI4N2YxZjc2MTIzNjE0NWIK U0laRSAocnBtL2kzODYvZmVkb3JhLzgubmV3a2V5L3NldHNlcmlhbC0yLjE3LTIxLmZjOC5pMzg2 LnJwbSkgPSAyMzAyNwpNRDUgKHJwbS9pMzg2L2ZlZG9yYS84Lm5ld2tleS9zZXR1cC0yLjYuMTAt MS5mYzgubm9hcmNoLnJwbSkgPSBlNDcxZDVkYzZiY2U0MTg5M2FjOTlkOTViNzRhNDJkMgpTSEEy NTYgKHJwbS9pMzg2L2ZlZG9yYS84Lm5ld2tleS9zZXR1cC0yLjYuMTAtMS5mYzgubm9hcmNoLnJw bSkgPSA0NDA4ZGJmMWJmMmI0NTExYTRmOTdkNTY1ZTczZmUxMTE3ZTcwMTUyNGE5NDQ5NjVmZTg4 MjllNzA0NjA3ZDY1ClNJWkUgKHJwbS9pMzg2L2ZlZG9yYS84Lm5ld2tleS9zZXR1cC0yLjYuMTAt MS5mYzgubm9hcmNoLnJwbSkgPSAxMjc4NDkKTUQ1IChycG0vaTM4Ni9mZWRvcmEvOC5uZXdrZXkv c2xhbmctMi4xLjItMi5mYzguaTM4Ni5ycG0pID0gZjczZTllYTAxNGE3YTVhNGQ4MDliOWFkNWU3 NGVhZWQKU0hBMjU2IChycG0vaTM4Ni9mZWRvcmEvOC5uZXdrZXkvc2xhbmctMi4xLjItMi5mYzgu aTM4Ni5ycG0pID0gNzZiNjFlM2IwOTEyZDQ1OTFmOGIwZWQ2ZWY1OTgzZWI4NTlkNTAyYWI3N2Jk NTEyODdjNWNlMjMyZjI4ZGY4OApTSVpFIChycG0vaTM4Ni9mZWRvcmEvOC5uZXdrZXkvc2xhbmct Mi4xLjItMi5mYzguaTM4Ni5ycG0pID0gNDgzNTA5Ck1ENSAocnBtL2kzODYvZmVkb3JhLzgubmV3 a2V5L3Rlcm1jYXAtNS41LTEuMjAwNjA3MDEuMS5ub2FyY2gucnBtKSA9IGY5M2MxYTE0NmQwOWU0 ZDQ1NTk5NThiYmU2Yjk0Yjc4ClNIQTI1NiAocnBtL2kzODYvZmVkb3JhLzgubmV3a2V5L3Rlcm1j YXAtNS41LTEuMjAwNjA3MDEuMS5ub2FyY2gucnBtKSA9IDgxZTJiOWVlYzQ0YjAwNGMyZTI2ZjE4 NjYxZjIzYTQ1M2Y3MTMyODg4NjNjYWQ0ZjRlNDYzZDFkOWFmMmQyNTMKU0laRSAocnBtL2kzODYv ZmVkb3JhLzgubmV3a2V5L3Rlcm1jYXAtNS41LTEuMjAwNjA3MDEuMS5ub2FyY2gucnBtKSA9IDI3 MTgyNgpNRDUgKHJwbS9pMzg2L2ZlZG9yYS84Lm5ld2tleS96bGliLTEuMi4zLTE0LmZjOC5pMzg2 LnJwbSkgPSAxNGZmMmU1MTkwM2ZiZjJiN2Q2OGY5ZmRmOWVjNjcyNApTSEEyNTYgKHJwbS9pMzg2 L2ZlZG9yYS84Lm5ld2tleS96bGliLTEuMi4zLTE0LmZjOC5pMzg2LnJwbSkgPSBlMGJhNzRiYjc1 MTJkODIyMzVkYTA1M2MzNTU2MDQyMmUzYjhhZjhjMTdkMjk1ZDI4NWQ0MGJlYzk4ZTlkODFiClNJ WkUgKHJwbS9pMzg2L2ZlZG9yYS84Lm5ld2tleS96bGliLTEuMi4zLTE0LmZjOC5pMzg2LnJwbSkg PSA3MzU5NwpNRDUgKHJwbS9pMzg2L2ZlZG9yYS84Lm5ld2tleS9hY2wtMi4yLjM5LTE0LmZjOC5z cmMucnBtKSA9IGQ4YzZhOGJhNzU1N2E2OTZjNmE0YjY2ZjRhMmI5ZTM5ClNIQTI1NiAocnBtL2kz ODYvZmVkb3JhLzgubmV3a2V5L2FjbC0yLjIuMzktMTQuZmM4LnNyYy5ycG0pID0gOTU5YTFhNmI3 ODVkNzI4MzFjM2QwNmQ5MTE0ZGFiYWMzNjNjZmI4OWY5MjU1MDVkNTgzY2U0Zjg1NTY0ZjI5NgpT SVpFIChycG0vaTM4Ni9mZWRvcmEvOC5uZXdrZXkvYWNsLTIuMi4zOS0xNC5mYzguc3JjLnJwbSkg PSAxMzc3ODAKTUQ1IChycG0vaTM4Ni9mZWRvcmEvOC5uZXdrZXkvYXR0ci0yLjQuMzgtMi5mYzgu c3JjLnJwbSkgPSA1ODYyNDM0YzMyNWIyMDBiMDhiNTFmMjk5NTA0OTU3ZQpTSEEyNTYgKHJwbS9p Mzg2L2ZlZG9yYS84Lm5ld2tleS9hdHRyLTIuNC4zOC0yLmZjOC5zcmMucnBtKSA9IDZiOTA2N2Iw ZGFmOTRiZGM0NTA4Y2RhMjZkNTllMmIwOTExZTE1NTY5OTU0ODIyOTc1YzhhZDRjNzU1NGNhM2MK U0laRSAocnBtL2kzODYvZmVkb3JhLzgubmV3a2V5L2F0dHItMi40LjM4LTIuZmM4LnNyYy5ycG0p ID0gMTI0Mjg0Ck1ENSAocnBtL2kzODYvZmVkb3JhLzgubmV3a2V5L2Jhc2VzeXN0ZW0tOC4xLTEu c3JjLnJwbSkgPSA0MGU3NTMxNjcyOTA0NGEwZmVjYTk1MjEyNWMwMzEwMApTSEEyNTYgKHJwbS9p Mzg2L2ZlZG9yYS84Lm5ld2tleS9iYXNlc3lzdGVtLTguMS0xLnNyYy5ycG0pID0gYzljZTkzYzg5 MmFiNTQxOGJjMGEyZTI2YjkxMTg1NjM4ZjRmMDEwN2JmOGJmMDZlYjg3NjllYzM0NGI5YTU0NgpT SVpFIChycG0vaTM4Ni9mZWRvcmEvOC5uZXdrZXkvYmFzZXN5c3RlbS04LjEtMS5zcmMucnBtKSA9 IDM5OTEKTUQ1IChycG0vaTM4Ni9mZWRvcmEvOC5uZXdrZXkvYmFzaC0zLjItMjAuZmM4LnNyYy5y cG0pID0gN2I5MmFkOGMxMDFiYTY4YjVhYzhiY2UyODI1MTAyOTcKU0hBMjU2IChycG0vaTM4Ni9m ZWRvcmEvOC5uZXdrZXkvYmFzaC0zLjItMjAuZmM4LnNyYy5ycG0pID0gODZjOWRjOTgxM2Q4Yjk5 NDIyZjM4OGQyZDI0MjhiNTk2MTNkMDBhMDg2YmM3YjVmZjQ3Mjc4ODliNjM1YWIyZgpTSVpFIChy cG0vaTM4Ni9mZWRvcmEvOC5uZXdrZXkvYmFzaC0zLjItMjAuZmM4LnNyYy5ycG0pID0gNDgwMjU4 NwpNRDUgKHJwbS9pMzg2L2ZlZG9yYS84Lm5ld2tleS9iemlwMi0xLjAuNC0xMi5mYzguc3JjLnJw bSkgPSBhOTk0ZTNhMDQzMzE1NmFlMTRlOGJmMDBiYWM1Mzk2OApTSEEyNTYgKHJwbS9pMzg2L2Zl ZG9yYS84Lm5ld2tleS9iemlwMi0xLjAuNC0xMi5mYzguc3JjLnJwbSkgPSA5NGY1ZDAxMmU2OGZi MzNlNmVjNDA4YjFmNTExMjA5OWM5OWNhMWUzMmNhZjU1MjRhMTBkNGI1M2Y5MDFiYjc3ClNJWkUg KHJwbS9pMzg2L2ZlZG9yYS84Lm5ld2tleS9iemlwMi0xLjAuNC0xMi5mYzguc3JjLnJwbSkgPSA4 NTQyNDUKTUQ1IChycG0vaTM4Ni9mZWRvcmEvOC5uZXdrZXkvY29tcGF0LWRiLTQuNS4yMC0zLmZj OC5zcmMucnBtKSA9IGI0YmIxOTg5NDM0OTkzODFhNWI3NGZkYjc3NDE4NjAzClNIQTI1NiAocnBt L2kzODYvZmVkb3JhLzgubmV3a2V5L2NvbXBhdC1kYi00LjUuMjAtMy5mYzguc3JjLnJwbSkgPSAw YWI1ZTdjNzFhODA1Y2RjMDJiNjJjYjFjNTdiNWU0MmYwZDZiNzhiMTk3MjAxMjc3NTAzMzJjMTZk YThlNjU1ClNJWkUgKHJwbS9pMzg2L2ZlZG9yYS84Lm5ld2tleS9jb21wYXQtZGItNC41LjIwLTMu ZmM4LnNyYy5ycG0pID0gMTk0NDI3NzQKTUQ1IChycG0vaTM4Ni9mZWRvcmEvOC5uZXdrZXkvY29y ZXV0aWxzLTYuOS0xOS5mYzguc3JjLnJwbSkgPSAwODZmODk0MzMzYWMxYWI1NjAzNTZiNWExMjQ4 ZmM3YQpTSEEyNTYgKHJwbS9pMzg2L2ZlZG9yYS84Lm5ld2tleS9jb3JldXRpbHMtNi45LTE5LmZj OC5zcmMucnBtKSA9IDEzODYxNGQ2YWE5NTgyOTM3ODkwYTRkNDJhM2M0NzdiMWFmMmQ0NTNlMzZk ZDgxOTkxMzZjYzRmZTAwMzA4MTMKU0laRSAocnBtL2kzODYvZmVkb3JhLzgubmV3a2V5L2NvcmV1 dGlscy02LjktMTkuZmM4LnNyYy5ycG0pID0gNTUwMDYxOApNRDUgKHJwbS9pMzg2L2ZlZG9yYS84 Lm5ld2tleS9kYjQtNC42LjIxLTMuZmM4LnNyYy5ycG0pID0gMjY3MzZjYzM5MjVlNDg2YmE4Zjhi YjY0Y2ZlZmYwNDMKU0hBMjU2IChycG0vaTM4Ni9mZWRvcmEvOC5uZXdrZXkvZGI0LTQuNi4yMS0z LmZjOC5zcmMucnBtKSA9IDFiNjcyNTdhMDRjODMxNjM3ZmY1MTViZWI5NWZmNGZhYzJjNTFiNDYx MDM3YmE3YTkxN2FjZGQ3OTNjM2EyYjkKU0laRSAocnBtL2kzODYvZmVkb3JhLzgubmV3a2V5L2Ri NC00LjYuMjEtMy5mYzguc3JjLnJwbSkgPSAxMjE2ODU2NApNRDUgKHJwbS9pMzg2L2ZlZG9yYS84 Lm5ld2tleS9lMmZzcHJvZ3MtMS40MC40LTMuZmM4LnNyYy5ycG0pID0gZTcyNTYzNzgxOGMxMzNm NGZhNDkyMTI2MjBjZDU5ZDcKU0hBMjU2IChycG0vaTM4Ni9mZWRvcmEvOC5uZXdrZXkvZTJmc3By b2dzLTEuNDAuNC0zLmZjOC5zcmMucnBtKSA9IDQxM2M4N2I3YzVlZDI0ZDUwMWQ3NTdiYTZjNWIw YTY5NzE5ODYzMjE4OTdjMjViMWYyYzgxYzBmOTRhOTk0ZTUKU0laRSAocnBtL2kzODYvZmVkb3Jh LzgubmV3a2V5L2UyZnNwcm9ncy0xLjQwLjQtMy5mYzguc3JjLnJwbSkgPSA0MDc3ODI1Ck1ENSAo cnBtL2kzODYvZmVkb3JhLzgubmV3a2V5L2VsZnV0aWxzLTAuMTM3LTMuZmM4LnNyYy5ycG0pID0g NGMzNzBlMjAyZDE0MzUzMGQzY2I2YzA2ZDMzOGFkMTUKU0hBMjU2IChycG0vaTM4Ni9mZWRvcmEv OC5uZXdrZXkvZWxmdXRpbHMtMC4xMzctMy5mYzguc3JjLnJwbSkgPSBjYTY1NGI4NzhkNTU5NzM4 NDZlNmQ1YTFjNjcxOTg5NzkxZmQ1OWNjMDFhZWNkN2UzNjQzNmE2ZDBjZjkyNjIzClNJWkUgKHJw bS9pMzg2L2ZlZG9yYS84Lm5ld2tleS9lbGZ1dGlscy0wLjEzNy0zLmZjOC5zcmMucnBtKSA9IDE3 NDI3NTEKTUQ1IChycG0vaTM4Ni9mZWRvcmEvOC5uZXdrZXkvZmVkb3JhLXJlbGVhc2UtOC02LnRy YW5zaXRpb24uc3JjLnJwbSkgPSBmNmU3ZjIwOWQyYjIzZGU0Yjg5NWJhMGUwYzA4ZWZjMgpTSEEy NTYgKHJwbS9pMzg2L2ZlZG9yYS84Lm5ld2tleS9mZWRvcmEtcmVsZWFzZS04LTYudHJhbnNpdGlv bi5zcmMucnBtKSA9IGU4MDA2MjRkNjIzYTM3YmQ2MDhlODY0MGZiMTkwMDE4OGM2MTdlN2QwMTQ5 Nzk0NzYzNTMwMWZlNzFlMDU2ODAKU0laRSAocnBtL2kzODYvZmVkb3JhLzgubmV3a2V5L2ZlZG9y YS1yZWxlYXNlLTgtNi50cmFuc2l0aW9uLnNyYy5ycG0pID0gMzQ5OTUKTUQ1IChycG0vaTM4Ni9m ZWRvcmEvOC5uZXdrZXkvZmlsZXN5c3RlbS0yLjQuMTEtMS5mYzguc3JjLnJwbSkgPSA4ODBlYTc0 YzY0MDM1YzhmYzZlZGE2NDUxYmMzNzFjYQpTSEEyNTYgKHJwbS9pMzg2L2ZlZG9yYS84Lm5ld2tl eS9maWxlc3lzdGVtLTIuNC4xMS0xLmZjOC5zcmMucnBtKSA9IGZkZTA1YjRhMWI4MzA2ZjZlNzIz ZjIwMzE2M2YyNThkOTQzMDhjOTAzZTA1NWJiMmE2OWJlMDUyZTRkNWYxNmEKU0laRSAocnBtL2kz ODYvZmVkb3JhLzgubmV3a2V5L2ZpbGVzeXN0ZW0tMi40LjExLTEuZmM4LnNyYy5ycG0pID0gMTM4 OTEKTUQ1IChycG0vaTM4Ni9mZWRvcmEvOC5uZXdrZXkvZnJlZXR5cGUtMi4zLjUtNS5mYzguc3Jj LnJwbSkgPSBlNmMwZGI0NGFiZjIyZTM0ZDdkMjRhZGY3MjIzMTI5MApTSEEyNTYgKHJwbS9pMzg2 L2ZlZG9yYS84Lm5ld2tleS9mcmVldHlwZS0yLjMuNS01LmZjOC5zcmMucnBtKSA9IDVkM2IyNGQ0 ZTQ2NGY2MWU5ODVkMjY5ZTc4ZTBkMmU3NTgwODBlMTM5ODlmYjA4ZGVlNTU1MjU4MWRlOTcwYjgK U0laRSAocnBtL2kzODYvZmVkb3JhLzgubmV3a2V5L2ZyZWV0eXBlLTIuMy41LTUuZmM4LnNyYy5y cG0pID0gMTU2NjA4MApNRDUgKHJwbS9pMzg2L2ZlZG9yYS84Lm5ld2tleS9nY2MtNC4xLjItMzMu c3JjLnJwbSkgPSA4ZmMxMDI0YjU1N2E1YmZmYzU2MzA5MmJjNzQ5ZjdkOQpTSEEyNTYgKHJwbS9p Mzg2L2ZlZG9yYS84Lm5ld2tleS9nY2MtNC4xLjItMzMuc3JjLnJwbSkgPSA5ZmU5ODc2NjU0Zjlh YTdjZTZkZGE5MTA0Y2NlNjA0MTgxMTkzNzI1OTllMjBlZTZlOTFhZTZkMzQ5ZmUzM2RhClNJWkUg KHJwbS9pMzg2L2ZlZG9yYS84Lm5ld2tleS9nY2MtNC4xLjItMzMuc3JjLnJwbSkgPSAzOTMyNTU1 MwpNRDUgKHJwbS9pMzg2L2ZlZG9yYS84Lm5ld2tleS9nZGJtLTEuOC4wLTI3LmZjNy5zcmMucnBt KSA9IDZmMzg2NGUxZGEwNjdiMzVkOWRhYzU2MzQxMGQyZTc1ClNIQTI1NiAocnBtL2kzODYvZmVk b3JhLzgubmV3a2V5L2dkYm0tMS44LjAtMjcuZmM3LnNyYy5ycG0pID0gYzUxYzVjYjI4ZjhlZDhi MDE1ZDIxY2VmODA1YWFmZDI2YzFhNGZkMzAwYmJlZDEyOWFlZGY3ZDVhYzI5YjE3YQpTSVpFIChy cG0vaTM4Ni9mZWRvcmEvOC5uZXdrZXkvZ2RibS0xLjguMC0yNy5mYzcuc3JjLnJwbSkgPSAxNDUw MTQKTUQ1IChycG0vaTM4Ni9mZWRvcmEvOC5uZXdrZXkvZ2xpYi0xLjIuMTAtMjguZmM4LnNyYy5y cG0pID0gYjM1ZjAzZmY2ZDEwMGE4MTlhMTVhODFhMGI4YTBjMGMKU0hBMjU2IChycG0vaTM4Ni9m ZWRvcmEvOC5uZXdrZXkvZ2xpYi0xLjIuMTAtMjguZmM4LnNyYy5ycG0pID0gYzJhYWYwYWMxMDUy NzMwZGNmNjAwZWRmZDFkMDk3NjVmMmI1ZjFmM2NjMGI5OWU1YmM2Yzg4Njc0NjZkYmIwNApTSVpF IChycG0vaTM4Ni9mZWRvcmEvOC5uZXdrZXkvZ2xpYi0xLjIuMTAtMjguZmM4LnNyYy5ycG0pID0g NDMzNzc5Ck1ENSAocnBtL2kzODYvZmVkb3JhLzgubmV3a2V5L2dsaWIyLTIuMTQuNi0yLmZjOC5z cmMucnBtKSA9IGRjYzQ1M2MxNDVjZmU4MTZjYTZiMWM2MmI2NWE4MzBkClNIQTI1NiAocnBtL2kz ODYvZmVkb3JhLzgubmV3a2V5L2dsaWIyLTIuMTQuNi0yLmZjOC5zcmMucnBtKSA9IDk2OTQxMjMw ZDdiMWEzMmY1ZTMxZDJiZGUyZjUwOThlMTFiMmEzNWVjNjYxZmU3MDQ1MGE1YWQ1MmM4NzQ0MDMK U0laRSAocnBtL2kzODYvZmVkb3JhLzgubmV3a2V5L2dsaWIyLTIuMTQuNi0yLmZjOC5zcmMucnBt KSA9IDM0MTYxNjMKTUQ1IChycG0vaTM4Ni9mZWRvcmEvOC5uZXdrZXkvZ2xpYmMtMi43LTIuc3Jj LnJwbSkgPSBlNDcxYWE2Y2NiN2Q5YzlhMzEyZDg5NjQzMDI0ZWVjZApTSEEyNTYgKHJwbS9pMzg2 L2ZlZG9yYS84Lm5ld2tleS9nbGliYy0yLjctMi5zcmMucnBtKSA9IDRmYmY1NzM2MTI4MDY5Nzcw NTJjYTQ1NGU3NTIzYjkyMzM5NjUyYmY3MmM0MGMxNzA0YzI0MDFiMzVjNzczNDAKU0laRSAocnBt L2kzODYvZmVkb3JhLzgubmV3a2V5L2dsaWJjLTIuNy0yLnNyYy5ycG0pID0gMTYwODE5MjIKTUQ1 IChycG0vaTM4Ni9mZWRvcmEvOC5uZXdrZXkvZ3JlcC0yLjUuMS01Ny5mYzcuc3JjLnJwbSkgPSBl N2MwOTJlOWMwNjU5ODVlY2Q3YTVjN2U5NzkwODc4YwpTSEEyNTYgKHJwbS9pMzg2L2ZlZG9yYS84 Lm5ld2tleS9ncmVwLTIuNS4xLTU3LmZjNy5zcmMucnBtKSA9IDVkNDIwNWJhY2U3OTllYTk1MDRh M2ZiYWVhNGM4NzAxODQ2ZDQ1M2QzZTIxODAzZGE3OWY1MjVmMmZjNjkxNGIKU0laRSAocnBtL2kz ODYvZmVkb3JhLzgubmV3a2V5L2dyZXAtMi41LjEtNTcuZmM3LnNyYy5ycG0pID0gNTU5Mzk0Ck1E NSAocnBtL2kzODYvZmVkb3JhLzgubmV3a2V5L2tleXV0aWxzLTEuMi0yLmZjNi5zcmMucnBtKSA9 IGQ0ZWM5OWYxMzY4ODljY2ZlMjkwOWZlOWFkNmQ4YjFhClNIQTI1NiAocnBtL2kzODYvZmVkb3Jh LzgubmV3a2V5L2tleXV0aWxzLTEuMi0yLmZjNi5zcmMucnBtKSA9IGYwMjRhMGRmNmViMmNkZTg2 NDk3NmFjOTY2NTdlYjQ5YWQzZmU2MDFmY2ZjYmE1MDJmMzk5NGUzN2IxZmUzZmYKU0laRSAocnBt L2kzODYvZmVkb3JhLzgubmV3a2V5L2tleXV0aWxzLTEuMi0yLmZjNi5zcmMucnBtKSA9IDQ0NzM2 Ck1ENSAocnBtL2kzODYvZmVkb3JhLzgubmV3a2V5L2tyYjUtMS42LjItMTQuZmM4LnNyYy5ycG0p ID0gZTdjMjg4MjMxMTVkNjYyM2JjZGMwOWEzN2UyN2ZlMGYKU0hBMjU2IChycG0vaTM4Ni9mZWRv cmEvOC5uZXdrZXkva3JiNS0xLjYuMi0xNC5mYzguc3JjLnJwbSkgPSA5OTJhZTlkOTUzMTJiYzY4 N2YzMmFiMGFiMWY1OGQ5Mjc3ODMwNzdmMDRjN2FmOGU4ZTgwMGQzZjQ1YWFiZWIwClNJWkUgKHJw bS9pMzg2L2ZlZG9yYS84Lm5ld2tleS9rcmI1LTEuNi4yLTE0LmZjOC5zcmMucnBtKSA9IDE1NjQ4 NTcxCk1ENSAocnBtL2kzODYvZmVkb3JhLzgubmV3a2V5L2xpYnNlbGludXgtMi4wLjQzLTEuZmM4 LnNyYy5ycG0pID0gYzdmNzI0MTdlODNkZjI1OTQ0YTJkODlmMWRkYmUyMDkKU0hBMjU2IChycG0v aTM4Ni9mZWRvcmEvOC5uZXdrZXkvbGlic2VsaW51eC0yLjAuNDMtMS5mYzguc3JjLnJwbSkgPSBh Y2ZmY2JiNjgwYWYxOTA5Y2NhZDc1MmFmN2MzMzU4Y2Q1NDk3ZDI1MmQ1ZTg4MzE4NTQxMGU5NjY5 ZjE2MzY5ClNJWkUgKHJwbS9pMzg2L2ZlZG9yYS84Lm5ld2tleS9saWJzZWxpbnV4LTIuMC40My0x LmZjOC5zcmMucnBtKSA9IDIyMjAzMgpNRDUgKHJwbS9pMzg2L2ZlZG9yYS84Lm5ld2tleS9saWJz ZXBvbC0yLjAuMTUtMS5mYzguc3JjLnJwbSkgPSA2NjRiOTkwZjkwNTg4YjIzZTdhNzI3OWI1M2Rk OTFmMApTSEEyNTYgKHJwbS9pMzg2L2ZlZG9yYS84Lm5ld2tleS9saWJzZXBvbC0yLjAuMTUtMS5m Yzguc3JjLnJwbSkgPSBhNWY3NzBhMTVhNTgyOWZiMjBkZWM4MGYxMDhlN2VmMzYwNjVmMmEyYWZl ZGU1NTQzY2U2MzI3MjhiYzc0MDhhClNJWkUgKHJwbS9pMzg2L2ZlZG9yYS84Lm5ld2tleS9saWJz ZXBvbC0yLjAuMTUtMS5mYzguc3JjLnJwbSkgPSAyMjkzODcKTUQ1IChycG0vaTM4Ni9mZWRvcmEv OC5uZXdrZXkvbGlidGVybWNhcC0yLjAuOC00Ny5zcmMucnBtKSA9IDQxZDkxZTU2ZGEzZTU3ZGFi ZmMzM2U4ZTY4YTkxZjQ2ClNIQTI1NiAocnBtL2kzODYvZmVkb3JhLzgubmV3a2V5L2xpYnRlcm1j YXAtMi4wLjgtNDcuc3JjLnJwbSkgPSAwYzlhODIzMzk0NzRhYzU4ZmQxOGRiZjBmOWIzOGQ0MzA0 YjAxYjNkOTdlZTI3ZTQxZGZhOTQwMGUxNmI1OTIxClNJWkUgKHJwbS9pMzg2L2ZlZG9yYS84Lm5l d2tleS9saWJ0ZXJtY2FwLTIuMC44LTQ3LnNyYy5ycG0pID0gMjMwMzA1Ck1ENSAocnBtL2kzODYv ZmVkb3JhLzgubmV3a2V5L25jdXJzZXMtNS42LTEyLjIwMDcwODEyLmZjOC5zcmMucnBtKSA9IDFm NTM1ZTFmZGFhMzExNWNiYmM1NjZhOThhM2U1MGVjClNIQTI1NiAocnBtL2kzODYvZmVkb3JhLzgu bmV3a2V5L25jdXJzZXMtNS42LTEyLjIwMDcwODEyLmZjOC5zcmMucnBtKSA9IDQ1NzExZDM1ZDA4 MWZhODU3MWVjMjk2ZjhkN2I2MGU0MTY0OTcyMDdiZDk2ZjEwMTIwMDQxZGMyMjZhNDkyMTAKU0la RSAocnBtL2kzODYvZmVkb3JhLzgubmV3a2V5L25jdXJzZXMtNS42LTEyLjIwMDcwODEyLmZjOC5z cmMucnBtKSA9IDI3NzIzNTgKTUQ1IChycG0vaTM4Ni9mZWRvcmEvOC5uZXdrZXkvcGNyZS03LjMt NC5mYzguc3JjLnJwbSkgPSA0NmFjYjZiZjFiMzEyODc4MTRhM2I4Mzk1ZmExMjZjNgpTSEEyNTYg KHJwbS9pMzg2L2ZlZG9yYS84Lm5ld2tleS9wY3JlLTcuMy00LmZjOC5zcmMucnBtKSA9IGJlZjhh YjRiNTU0ZTgzM2Q3MTc4NjA4MTMwMDhhMjZhYTk4NjY4Y2EyM2U0OTdhMTNiYjVhNzJlNjk0ZThi NjEKU0laRSAocnBtL2kzODYvZmVkb3JhLzgubmV3a2V5L3BjcmUtNy4zLTQuZmM4LnNyYy5ycG0p ID0gNzc3Nzc1Ck1ENSAocnBtL2kzODYvZmVkb3JhLzgubmV3a2V5L3JlYWRsaW5lLTUuMi0xMC5m Yzguc3JjLnJwbSkgPSA4MTc1MTQ4NTkzZTY2OTA5ZGVjYmU0NjBjYzYyYTNmMQpTSEEyNTYgKHJw bS9pMzg2L2ZlZG9yYS84Lm5ld2tleS9yZWFkbGluZS01LjItMTAuZmM4LnNyYy5ycG0pID0gZTk0 OTZiNzY1ZDVhZDIwMTE0NTM0ZTU1ZTk5YWJlOTQ3YWQwY2Y0MTMyODlhZTYzN2YwNDlkMzgyNmVm N2FkMwpTSVpFIChycG0vaTM4Ni9mZWRvcmEvOC5uZXdrZXkvcmVhZGxpbmUtNS4yLTEwLmZjOC5z cmMucnBtKSA9IDIwNTg4NjYKTUQ1IChycG0vaTM4Ni9mZWRvcmEvOC5uZXdrZXkvc2V0c2VyaWFs LTIuMTctMjEuZmM4LnNyYy5ycG0pID0gNzc3OGI5Zjk1NzI5ZWMxZTY5YmYwZDA1NmRjYzc1YmEK U0hBMjU2IChycG0vaTM4Ni9mZWRvcmEvOC5uZXdrZXkvc2V0c2VyaWFsLTIuMTctMjEuZmM4LnNy Yy5ycG0pID0gMDA5MGVmYjM2MTRlODMwYmUwOWQ1Njg4Y2Y0ZmM5NTI0OGMyMGJhMzRjMjAzODU4 NThlYjljMWEwNDE5ZjZiNgpTSVpFIChycG0vaTM4Ni9mZWRvcmEvOC5uZXdrZXkvc2V0c2VyaWFs LTIuMTctMjEuZmM4LnNyYy5ycG0pID0gNjE5ODAKTUQ1IChycG0vaTM4Ni9mZWRvcmEvOC5uZXdr ZXkvc2V0dXAtMi42LjEwLTEuZmM4LnNyYy5ycG0pID0gNDg3MjA4N2ZiYmM5YjU2NzFmMzc1OWY1 MWZiOGYxNzkKU0hBMjU2IChycG0vaTM4Ni9mZWRvcmEvOC5uZXdrZXkvc2V0dXAtMi42LjEwLTEu ZmM4LnNyYy5ycG0pID0gYmMzOWNmOWY4NTc1NmU0ZjM2N2M1MTcyOGRlZTM3OGNjODFhMWRlMDMz Y2UzMjdlMTNkNGQ2YjgyZjI2NWQ0NApTSVpFIChycG0vaTM4Ni9mZWRvcmEvOC5uZXdrZXkvc2V0 dXAtMi42LjEwLTEuZmM4LnNyYy5ycG0pID0gMTMyNjMxCk1ENSAocnBtL2kzODYvZmVkb3JhLzgu bmV3a2V5L3NsYW5nLTIuMS4yLTIuZmM4LnNyYy5ycG0pID0gNGIwNjI4MDVhNWI0MzM0ZGIwNzhk MmUxYzEwNDEyOWYKU0hBMjU2IChycG0vaTM4Ni9mZWRvcmEvOC5uZXdrZXkvc2xhbmctMi4xLjIt Mi5mYzguc3JjLnJwbSkgPSBkZjY5NjhiNzc3NTgyMTdiYjI0MDI0NmFiOTY1M2YwNjlmOWZlNzAz NGVlY2UwMTc5OTY4ZDI3YzJkOTY0ZWE3ClNJWkUgKHJwbS9pMzg2L2ZlZG9yYS84Lm5ld2tleS9z bGFuZy0yLjEuMi0yLmZjOC5zcmMucnBtKSA9IDExOTY0ODAKTUQ1IChycG0vaTM4Ni9mZWRvcmEv OC5uZXdrZXkvdGVybWNhcC01LjUtMS4yMDA2MDcwMS4xLnNyYy5ycG0pID0gZjZmYTdiYjBmODdm Y2EwN2U4NDZkYTkxMDFmOWE2NzMKU0hBMjU2IChycG0vaTM4Ni9mZWRvcmEvOC5uZXdrZXkvdGVy bWNhcC01LjUtMS4yMDA2MDcwMS4xLnNyYy5ycG0pID0gNDY5ZTMyMWZiMzE5YzEzMTlkOGMwOTBm MGFkYjdhMjRjYmZhYzVkN2IzNzQyMjY3ZWZkMzU4YzQyZWZjM2FiMApTSVpFIChycG0vaTM4Ni9m ZWRvcmEvOC5uZXdrZXkvdGVybWNhcC01LjUtMS4yMDA2MDcwMS4xLnNyYy5ycG0pID0gMjY4NTkz MQpNRDUgKHJwbS9pMzg2L2ZlZG9yYS84Lm5ld2tleS90ZXhpbmZvLTQuMTEtNS5mYzguc3JjLnJw bSkgPSAwYzkwZjY0NzEwY2ExMzEyYzRkNjU3NmQ0YTYwMzc0NgpTSEEyNTYgKHJwbS9pMzg2L2Zl ZG9yYS84Lm5ld2tleS90ZXhpbmZvLTQuMTEtNS5mYzguc3JjLnJwbSkgPSAxNzY1MmRkZGZiNjdl YzE1ZTMyNTk0ZWI5MWRhMDFmNWFhMTY0ZGFkNzE4OGI3NjJlZDIyYjQyNzJhNjU0YzdmClNJWkUg KHJwbS9pMzg2L2ZlZG9yYS84Lm5ld2tleS90ZXhpbmZvLTQuMTEtNS5mYzguc3JjLnJwbSkgPSAx NjgxNzgwCk1ENSAocnBtL2kzODYvZmVkb3JhLzgubmV3a2V5L3psaWItMS4yLjMtMTQuZmM4LnNy Yy5ycG0pID0gNDMxMjhjNzdlMTRiNGFjZWVkZjkyOTk4NWE4YzY1OWEKU0hBMjU2IChycG0vaTM4 Ni9mZWRvcmEvOC5uZXdrZXkvemxpYi0xLjIuMy0xNC5mYzguc3JjLnJwbSkgPSA2MGM2Y2RhYzU5 MzRlOGNmNGU1OTgzMzFiZjQxNDliNTNhOWRlNmM3ZGMwNWY1MzQ2NWIxNTEwODViNDI1N2Y2ClNJ WkUgKHJwbS9pMzg2L2ZlZG9yYS84Lm5ld2tleS96bGliLTEuMi4zLTE0LmZjOC5zcmMucnBtKSA9 IDUxMTQxNgo= --=-=-= Content-Type: application/octet-stream Content-Disposition: attachment; filename=distinfo.i386 Content-Transfer-Encoding: base64 Content-Description: x11/linux-f8-xorg-libs TUQ1IChycG0vaTM4Ni9mZWRvcmEvOC9saWJJQ0UtMS4wLjQtMi5mYzguaTM4Ni5ycG0pID0gODFl OTRmOGIwZDVkNTJiNGRiMDI5MDRkOGJmN2FjNjAKU0hBMjU2IChycG0vaTM4Ni9mZWRvcmEvOC9s aWJJQ0UtMS4wLjQtMi5mYzguaTM4Ni5ycG0pID0gNTBlNDljYjI0NTBjMzU3MzU3Nzc3YTc5YjNh MzY2MjkyZDFiNTRkNjBiYzQyNGUwODU3NDI4YTJmZTA2YzE5MwpTSVpFIChycG0vaTM4Ni9mZWRv cmEvOC9saWJJQ0UtMS4wLjQtMi5mYzguaTM4Ni5ycG0pID0gNTQ0NDYKTUQ1IChycG0vaTM4Ni9m ZWRvcmEvOC9saWJGUy0xLjAuMC02LmZjOC5pMzg2LnJwbSkgPSA2NTUwYjE5NDZhZDVhYTEzZTk2 ZTdkODBiYmVkMDJhMgpTSEEyNTYgKHJwbS9pMzg2L2ZlZG9yYS84L2xpYkZTLTEuMC4wLTYuZmM4 LmkzODYucnBtKSA9IGExZGI3ODA1YjE3NzIwNDE4ODk1YTNjNzQ1MTQ3YmNiZjRmMzU3NmRlNTZh YzU4ODgxMDQwYjkzMmY1NzVkZTkKU0laRSAocnBtL2kzODYvZmVkb3JhLzgvbGliRlMtMS4wLjAt Ni5mYzguaTM4Ni5ycG0pID0gMzExNzMKTUQ1IChycG0vaTM4Ni9mZWRvcmEvOC9saWJTTS0xLjAu Mi00LmZjOC5pMzg2LnJwbSkgPSAwYzczOGZmMzZlMTc4YWI2NzA4MjVjMDBhYWFmNDY5NgpTSEEy NTYgKHJwbS9pMzg2L2ZlZG9yYS84L2xpYlNNLTEuMC4yLTQuZmM4LmkzODYucnBtKSA9IDU2MGQ0 MjgxMzU2NjFiMjQ5MDNhMGMxN2JmMzkwNjg0YTlmOTIyNWYyYjA1Mjg1ZGQ2OGY0OGUyN2FkNzJm YWYKU0laRSAocnBtL2kzODYvZmVkb3JhLzgvbGliU00tMS4wLjItNC5mYzguaTM4Ni5ycG0pID0g MjQ2MjgKTUQ1IChycG0vaTM4Ni9mZWRvcmEvOC9saWJYMTEtMS4xLjMtNC5mYzguaTM4Ni5ycG0p ID0gNzA4OTJiOGZmYWQ0ZmI3NjA0Y2Y1ODhjMGM2MGM5YjEKU0hBMjU2IChycG0vaTM4Ni9mZWRv cmEvOC9saWJYMTEtMS4xLjMtNC5mYzguaTM4Ni5ycG0pID0gZmYyOWQxMmQ0MzNlOTliOWJhMzU2 YmJkZjYxNTkyZjM3ZDJhNTkxOGM2NGM1ZDcyNTI4YzJiMDVjN2YzMGY1YwpTSVpFIChycG0vaTM4 Ni9mZWRvcmEvOC9saWJYMTEtMS4xLjMtNC5mYzguaTM4Ni5ycG0pID0gODIyNTY4Ck1ENSAocnBt L2kzODYvZmVkb3JhLzgvbGliWFNjcm5TYXZlci0xLjEuMi0zLmZjOC5pMzg2LnJwbSkgPSBlODAz MmYzNDJiMTQ3ZjNhMzJjYTRmODllYzdiNWMwNwpTSEEyNTYgKHJwbS9pMzg2L2ZlZG9yYS84L2xp YlhTY3JuU2F2ZXItMS4xLjItMy5mYzguaTM4Ni5ycG0pID0gZWM2ZTgzMjU0NWJkYzc0NDRjNTRl MWZkMTc3OTZkYzhmMmM3ZTgyOTU3MGVhYzJkZTcyN2ZlN2U5OWE0M2JlOApTSVpFIChycG0vaTM4 Ni9mZWRvcmEvOC9saWJYU2NyblNhdmVyLTEuMS4yLTMuZmM4LmkzODYucnBtKSA9IDE1MzAwCk1E NSAocnBtL2kzODYvZmVkb3JhLzgvbGliWFRyYXAtMS4wLjAtNC5mYzguaTM4Ni5ycG0pID0gZWNl OWQxZmRkM2ZjMjdlMjY2N2VkYzRhZTI2NDdlOTUKU0hBMjU2IChycG0vaTM4Ni9mZWRvcmEvOC9s aWJYVHJhcC0xLjAuMC00LmZjOC5pMzg2LnJwbSkgPSA1ZTk1N2JiNmFlMGQzNWE3YzUyYTVhNDlh N2I0NTQ3OWFlNGQ4ZDU2N2JkMzQzNTRjMDdlNDZhOWI2YzA5ZjcwClNJWkUgKHJwbS9pMzg2L2Zl ZG9yYS84L2xpYlhUcmFwLTEuMC4wLTQuZmM4LmkzODYucnBtKSA9IDIzMjMyCk1ENSAocnBtL2kz ODYvZmVkb3JhLzgvbGliWGF1LTEuMC4zLTMuZmM4LmkzODYucnBtKSA9IDA0ZjVlOGY5OTU4NzIx NDZlMGU4MzgwODBmMGY2MjRkClNIQTI1NiAocnBtL2kzODYvZmVkb3JhLzgvbGliWGF1LTEuMC4z LTMuZmM4LmkzODYucnBtKSA9IDJhMzdlNzFkZDNiMzQ1MmYzY2FmODhiY2JhZWVkYmEzMjZkZDk3 M2IzZGRkODFkNGQ3Y2JiZTVhMTEzMDlhODEKU0laRSAocnBtL2kzODYvZmVkb3JhLzgvbGliWGF1 LTEuMC4zLTMuZmM4LmkzODYucnBtKSA9IDE5NTk0Ck1ENSAocnBtL2kzODYvZmVkb3JhLzgvbGli WGF3LTEuMC40LTEuZmM4LmkzODYucnBtKSA9IDEzNmQ3NzI0N2EzZTI2ZTRiOGQ2YjM2NTRmOTVh OTRmClNIQTI1NiAocnBtL2kzODYvZmVkb3JhLzgvbGliWGF3LTEuMC40LTEuZmM4LmkzODYucnBt KSA9IDdhNDcxZWIzNDkxMmQzMzE0NGU4ODkyNWQ1N2JkODNkZTFiNjJkZTE1MDMxYWM3NWVmZjAx YTRmZmU3NjVlM2UKU0laRSAocnBtL2kzODYvZmVkb3JhLzgvbGliWGF3LTEuMC40LTEuZmM4Lmkz ODYucnBtKSA9IDIwMzExNgpNRDUgKHJwbS9pMzg2L2ZlZG9yYS84L2xpYlhjb21wb3NpdGUtMC40 LjAtMy5mYzguaTM4Ni5ycG0pID0gYjQ2MGEwNmZjOGU5NmMzNmNmOTE1ZmY0NTQzYjBhZTYKU0hB MjU2IChycG0vaTM4Ni9mZWRvcmEvOC9saWJYY29tcG9zaXRlLTAuNC4wLTMuZmM4LmkzODYucnBt KSA9IDRiZWY1MzU3MzliODhjZWFjMzk1ZGVmMGUwN2ZkZTY0Mjc0YWNmOTE3OGM3YTlhMmVhZjQx YTdiOGMzNzFlNGIKU0laRSAocnBtL2kzODYvZmVkb3JhLzgvbGliWGNvbXBvc2l0ZS0wLjQuMC0z LmZjOC5pMzg2LnJwbSkgPSAxNDQ0NwpNRDUgKHJwbS9pMzg2L2ZlZG9yYS84L2xpYlhjdXJzb3It MS4xLjktMS5mYzguaTM4Ni5ycG0pID0gNzhlODk3OTNiMGM5YzM3YTZkZDdhODNhZmUxNTk0NTUK U0hBMjU2IChycG0vaTM4Ni9mZWRvcmEvOC9saWJYY3Vyc29yLTEuMS45LTEuZmM4LmkzODYucnBt KSA9IGQ0MmVmMDkyZTBkZWJhOTc5ZjQwOTk4NzIwOWNjMzZjNWJkMzQ5YTE0NzdmMTdkZmU3M2Mx ZjMzZWI3OGI0ZmEKU0laRSAocnBtL2kzODYvZmVkb3JhLzgvbGliWGN1cnNvci0xLjEuOS0xLmZj OC5pMzg2LnJwbSkgPSAyOTMxOApNRDUgKHJwbS9pMzg2L2ZlZG9yYS84L2xpYlhkYW1hZ2UtMS4x LjEtMy5mYzguaTM4Ni5ycG0pID0gYThkOWFiZjA0MDhiYjk1NzBiYWUwNjliMjg1ODRlNjUKU0hB MjU2IChycG0vaTM4Ni9mZWRvcmEvOC9saWJYZGFtYWdlLTEuMS4xLTMuZmM4LmkzODYucnBtKSA9 IGNlMjQ1ZDM4MjgwNmUyMDNhMjUwZTVlZTUxYzAwOTg5MTNlYzIxNmJmOTFjNWM4NjU3OWIzNDA1 NTk4Mjk1ZDgKU0laRSAocnBtL2kzODYvZmVkb3JhLzgvbGliWGRhbWFnZS0xLjEuMS0zLmZjOC5p Mzg2LnJwbSkgPSAxMTE1NQpNRDUgKHJwbS9pMzg2L2ZlZG9yYS84L2xpYlhkbWNwLTEuMC4yLTQu ZmM4LmkzODYucnBtKSA9IDc0MDdkZjFhMjdiZmU3MTcwNDIwOWY0YTAyNzM5YmM4ClNIQTI1NiAo cnBtL2kzODYvZmVkb3JhLzgvbGliWGRtY3AtMS4wLjItNC5mYzguaTM4Ni5ycG0pID0gYjZhNzdj ZGUxNzdiMzIzOTgzZmQ5NzA1YTI2OTAxZWM4MjMyNTdjZjdhMzBhOTI4NzE0YTM3YjQzY2E1NTU4 MApTSVpFIChycG0vaTM4Ni9mZWRvcmEvOC9saWJYZG1jcC0xLjAuMi00LmZjOC5pMzg2LnJwbSkg PSAyMTQ0MgpNRDUgKHJwbS9pMzg2L2ZlZG9yYS84L2xpYlhldmllLTEuMC4yLTIuZmM4LmkzODYu cnBtKSA9IDNjODQyZTdlNzY4YWE0ZTZmNWIwYjRlZjJiNjc3NDAzClNIQTI1NiAocnBtL2kzODYv ZmVkb3JhLzgvbGliWGV2aWUtMS4wLjItMi5mYzguaTM4Ni5ycG0pID0gZjkwODdiNmY0NjIxODY2 YTNjODdlY2YxNmE4YjVmMzYxM2I2MWMwNDg1ZWRlZTUyMjIwN2NhM2U3ZTMzZmQzMgpTSVpFIChy cG0vaTM4Ni9mZWRvcmEvOC9saWJYZXZpZS0xLjAuMi0yLmZjOC5pMzg2LnJwbSkgPSAxMDc5MApN RDUgKHJwbS9pMzg2L2ZlZG9yYS84L2xpYlhleHQtMS4wLjEtNC5mYzguaTM4Ni5ycG0pID0gNjIz MzYwMWNiNzJkNjdjNTQ3ODk0NjQyZjQ1MWFkYTUKU0hBMjU2IChycG0vaTM4Ni9mZWRvcmEvOC9s aWJYZXh0LTEuMC4xLTQuZmM4LmkzODYucnBtKSA9IDAyYTk2Y2UyNmRhZWQwOWI5NTBmNGZkYTJk NDBkZDQ0OWRkZDUyODJhZWE3MmZmODVkMGY4MGNjZGRhZDFlOGUKU0laRSAocnBtL2kzODYvZmVk b3JhLzgvbGliWGV4dC0xLjAuMS00LmZjOC5pMzg2LnJwbSkgPSAzMjkzOApNRDUgKHJwbS9pMzg2 L2ZlZG9yYS84L2xpYlhmaXhlcy00LjAuMy0yLmZjOC5pMzg2LnJwbSkgPSBlM2IyYTFjNDVjNGZj MjYwMzdhZGNjNDVhYzRkOGU1ZgpTSEEyNTYgKHJwbS9pMzg2L2ZlZG9yYS84L2xpYlhmaXhlcy00 LjAuMy0yLmZjOC5pMzg2LnJwbSkgPSAxZmRmZmMxNGUwZTFkYzM3YzNjMmJjODc5YmI2MzdmZWY2 MWE4M2FkMjczODU3ZDg2ZjRhY2NjMjZhMjJlODY3ClNJWkUgKHJwbS9pMzg2L2ZlZG9yYS84L2xp YlhmaXhlcy00LjAuMy0yLmZjOC5pMzg2LnJwbSkgPSAxNDU3MQpNRDUgKHJwbS9pMzg2L2ZlZG9y YS84L2xpYlhmb250LTEuMy4xLTIuZmM4LmkzODYucnBtKSA9IGRiZGRmNzUwYjU4YTlhNmY4OWM1 M2E3ODA0MDNiMWYyClNIQTI1NiAocnBtL2kzODYvZmVkb3JhLzgvbGliWGZvbnQtMS4zLjEtMi5m YzguaTM4Ni5ycG0pID0gNWM3Nzc5MmEzMDViZTgyMDgxZmI0MGNkNGU0NGFmOWI5YzBlMDM2ZWQw YzMzOWM1ZmIyZTMwMTM4M2Y0OGQxZApTSVpFIChycG0vaTM4Ni9mZWRvcmEvOC9saWJYZm9udC0x LjMuMS0yLmZjOC5pMzg2LnJwbSkgPSAyMjgyNjAKTUQ1IChycG0vaTM4Ni9mZWRvcmEvOC9saWJY ZnQtMi4xLjEyLTMuZmM4LmkzODYucnBtKSA9IGFjMWIxM2IyZjgzNTYzM2IzY2Q1ZDZlNTFiOThh MTg4ClNIQTI1NiAocnBtL2kzODYvZmVkb3JhLzgvbGliWGZ0LTIuMS4xMi0zLmZjOC5pMzg2LnJw bSkgPSBmMDQwYjdiOThhNjA4OTEyNjE1YzFiZWMzZTljYmZkMjRjMThkZDRjMGNiNGVmOGEyZTEw NGU3ZWFhMzc5YmQ0ClNJWkUgKHJwbS9pMzg2L2ZlZG9yYS84L2xpYlhmdC0yLjEuMTItMy5mYzgu aTM4Ni5ycG0pID0gNDUyMzcKTUQ1IChycG0vaTM4Ni9mZWRvcmEvOC9saWJYaS0xLjEuMy0xLmZj OC5pMzg2LnJwbSkgPSAyNTNhNzBmYzYxZjY2MjQwNWRjOWFkODc1YzIxYTAxYgpTSEEyNTYgKHJw bS9pMzg2L2ZlZG9yYS84L2xpYlhpLTEuMS4zLTEuZmM4LmkzODYucnBtKSA9IGVkMmFkOWNkZDQx YTc1NTRmZDA5ODAyY2E5MjAwZWJmYzU3OTJhM2IzNGNkMzYxNTExNGJlMWVlNjNjMmViODkKU0la RSAocnBtL2kzODYvZmVkb3JhLzgvbGliWGktMS4xLjMtMS5mYzguaTM4Ni5ycG0pID0gMjg3NTYK TUQ1IChycG0vaTM4Ni9mZWRvcmEvOC9saWJYaW5lcmFtYS0xLjAuMi0zLmZjOC5pMzg2LnJwbSkg PSAyMmM0MjBkZTJhNmIwNDBkOGE2ZDk2MWViMzlkNDNmYgpTSEEyNTYgKHJwbS9pMzg2L2ZlZG9y YS84L2xpYlhpbmVyYW1hLTEuMC4yLTMuZmM4LmkzODYucnBtKSA9IDI5ZGNhNDgyZTY4MTZiYzI2 MjhlZmE3ZDcwZGI1ZTlhNzMxMWY1MzE2MGZjOWMzNTc0YTI3MjFiODZhNjg0YzAKU0laRSAocnBt L2kzODYvZmVkb3JhLzgvbGliWGluZXJhbWEtMS4wLjItMy5mYzguaTM4Ni5ycG0pID0gMTI3MTkK TUQ1IChycG0vaTM4Ni9mZWRvcmEvOC9saWJYbXUtMS4wLjMtMy5mYzguaTM4Ni5ycG0pID0gNThl YzA4Mjk5NzI1NjYzZTk3MmNkN2I0ZmZiNzg4NWIKU0hBMjU2IChycG0vaTM4Ni9mZWRvcmEvOC9s aWJYbXUtMS4wLjMtMy5mYzguaTM4Ni5ycG0pID0gMjY1M2UzYzU3MzVlODM1MzgxMGVhMGYyZTg2 ZGQ1NTJkYjAxNDljZTk0Y2Q5ZGFmOGVlMDU3NjUzYzI0ZTc3ZgpTSVpFIChycG0vaTM4Ni9mZWRv cmEvOC9saWJYbXUtMS4wLjMtMy5mYzguaTM4Ni5ycG0pID0gNjE0NjkKTUQ1IChycG0vaTM4Ni9m ZWRvcmEvOC9saWJYcC0xLjAuMC04LmZjOC5pMzg2LnJwbSkgPSA2NjdmYzFiNTI4OWZmZTcwODEw ZmRhOTk2NzhiZTNjMApTSEEyNTYgKHJwbS9pMzg2L2ZlZG9yYS84L2xpYlhwLTEuMC4wLTguZmM4 LmkzODYucnBtKSA9IDMzYjgwYmE1MjRhZDY2MzQwOGJiNjE4NTg0ZGY4ZmY1MDI0OTlmZDU0NDJk NzAyOTY3Mzc5ZTk1OGU4Y2ZhYTkKU0laRSAocnBtL2kzODYvZmVkb3JhLzgvbGliWHAtMS4wLjAt OC5mYzguaTM4Ni5ycG0pID0gMjI5ODIKTUQ1IChycG0vaTM4Ni9mZWRvcmEvOC9saWJYcG0tMy41 LjctMS5mYzguaTM4Ni5ycG0pID0gMDI1MGFkYmE0ZGE1Y2M2MzM5ZjExYTlhOTBlNTBkMDUKU0hB MjU2IChycG0vaTM4Ni9mZWRvcmEvOC9saWJYcG0tMy41LjctMS5mYzguaTM4Ni5ycG0pID0gMjc4 OTcyZmM5MjBkNzhiOTU1ZjVkZDUxN2MxNGJlODk3ZjA5NzJlZDAzMzdjMDBmNmQ4NTRjMDZiOWQ1 YTgyMwpTSVpFIChycG0vaTM4Ni9mZWRvcmEvOC9saWJYcG0tMy41LjctMS5mYzguaTM4Ni5ycG0p ID0gNDMxNDMKTUQ1IChycG0vaTM4Ni9mZWRvcmEvOC9saWJYcmFuZHItMS4yLjItMS5mYzguaTM4 Ni5ycG0pID0gNGU4YjNjNmYzMDY0ZjY3YTE0NWQzYjk0YjE1YTUyYjYKU0hBMjU2IChycG0vaTM4 Ni9mZWRvcmEvOC9saWJYcmFuZHItMS4yLjItMS5mYzguaTM4Ni5ycG0pID0gYWU2NDNmNTA4OWEy Y2Q2ZDc4NWUyZDhkMjc5MThiZDNjZmEzOGUwOTYzY2I0MWQwYzRmYWE1YjU3YjdhNjJiZgpTSVpF IChycG0vaTM4Ni9mZWRvcmEvOC9saWJYcmFuZHItMS4yLjItMS5mYzguaTM4Ni5ycG0pID0gMjEw MjgKTUQ1IChycG0vaTM4Ni9mZWRvcmEvOC9saWJYcmVuZGVyLTAuOS40LTEuZmM4LmkzODYucnBt KSA9IGRmYmZlMzYwYTY3MWEyZjBmYzMwMzkzNzZjMTBkNmZlClNIQTI1NiAocnBtL2kzODYvZmVk b3JhLzgvbGliWHJlbmRlci0wLjkuNC0xLmZjOC5pMzg2LnJwbSkgPSAxNTA5ZDc2ZDFkYTc2NGU3 OTY1OTBkNmIwZjQzNDI1YTBkMzk4ZjJkZWE5NzBhOGQxYzhhNDRiYjhmN2ZkNWUwClNJWkUgKHJw bS9pMzg2L2ZlZG9yYS84L2xpYlhyZW5kZXItMC45LjQtMS5mYzguaTM4Ni5ycG0pID0gMjc5NjUK TUQ1IChycG0vaTM4Ni9mZWRvcmEvOC9saWJYdC0xLjAuNC0zLmZjOC5pMzg2LnJwbSkgPSBmNDNl ZjYwNjBiYTJiZmMxNjBhOTk1NDBmOTc4ZGUxMwpTSEEyNTYgKHJwbS9pMzg2L2ZlZG9yYS84L2xp Ylh0LTEuMC40LTMuZmM4LmkzODYucnBtKSA9IDVlZGFlZDJjNWM1YjVmNjQ0YjA3ODU4MDVmMmNh OGIzNmRkNDg2NGZkYWIyODczOGE0MDEwM2MyYmM1MGJkNjYKU0laRSAocnBtL2kzODYvZmVkb3Jh LzgvbGliWHQtMS4wLjQtMy5mYzguaTM4Ni5ycG0pID0gMTczNjE3Ck1ENSAocnBtL2kzODYvZmVk b3JhLzgvbGliWHRzdC0xLjAuMy0xLmZjOC5pMzg2LnJwbSkgPSBmMWRiODE4NzE1OGY2OTdjYTY5 NzExZWFmNjc0YzhmOQpTSEEyNTYgKHJwbS9pMzg2L2ZlZG9yYS84L2xpYlh0c3QtMS4wLjMtMS5m YzguaTM4Ni5ycG0pID0gMzEwOTg5ZjdmY2U3NWYyNDQ3OGIyZmVkOTIwNDliMzBmZTQwNTQwNTg3 OGFiZjFhNTQ4YjdjMWM3NTRiZTUxMQpTSVpFIChycG0vaTM4Ni9mZWRvcmEvOC9saWJYdHN0LTEu MC4zLTEuZmM4LmkzODYucnBtKSA9IDE5OTgwCk1ENSAocnBtL2kzODYvZmVkb3JhLzgvbGliWHJl cy0xLjAuMy0zLmZjOC5pMzg2LnJwbSkgPSAwNzQ4YjEwMmRkMDc1NzE1ZGIwMjQyYzkxZTI5OTYz ZgpTSEEyNTYgKHJwbS9pMzg2L2ZlZG9yYS84L2xpYlhyZXMtMS4wLjMtMy5mYzguaTM4Ni5ycG0p ID0gZjkwM2QzM2NjNzg5NjRmYTNjODhlNzhmNzBkMWJjM2NkOTY1ZWU1YzRlYmQ3MGQwY2NjMDg4 OTc1NWJmMDQzMwpTSVpFIChycG0vaTM4Ni9mZWRvcmEvOC9saWJYcmVzLTEuMC4zLTMuZmM4Lmkz ODYucnBtKSA9IDEzNTk0Ck1ENSAocnBtL2kzODYvZmVkb3JhLzgvbGliWHYtMS4wLjMtMy5mYzgu aTM4Ni5ycG0pID0gZjg1NzQ2Y2FmMWY1NjFkOTcyZTViMjQ0OTk0YTJiNjgKU0hBMjU2IChycG0v aTM4Ni9mZWRvcmEvOC9saWJYdi0xLjAuMy0zLmZjOC5pMzg2LnJwbSkgPSAwYTRkN2Q3MDZhNDU3 ZGNhNGU4ZDc0MDQ5ZmJjN2NiNjhhZjljNmI1ODUzZDc5OTlkNjI2MmRlZWNlZjc1NDg5ClNJWkUg KHJwbS9pMzg2L2ZlZG9yYS84L2xpYlh2LTEuMC4zLTMuZmM4LmkzODYucnBtKSA9IDE5MTQwCk1E NSAocnBtL2kzODYvZmVkb3JhLzgvbGliWHZNQy0xLjAuNC0zLmZjOC5pMzg2LnJwbSkgPSA5NTkw MmU3NjNmZGZiZWI2N2Y0OWY0MmQwMzE1MmZhOQpTSEEyNTYgKHJwbS9pMzg2L2ZlZG9yYS84L2xp Ylh2TUMtMS4wLjQtMy5mYzguaTM4Ni5ycG0pID0gNmQ3NDIwMGRlODIxNmZkODM3ZGZkOWJhZTQ3 MTQxNjQ2Y2ZjY2QzMjljM2IyZWY2NDg2MzA4ODYxYWY0ZTAwZApTSVpFIChycG0vaTM4Ni9mZWRv cmEvOC9saWJYdk1DLTEuMC40LTMuZmM4LmkzODYucnBtKSA9IDIyODM5Ck1ENSAocnBtL2kzODYv ZmVkb3JhLzgvbGliWHhmODZkZ2EtMS4wLjEtNC5mYzguaTM4Ni5ycG0pID0gM2FlYTIzNjQ1YzE0 ZmI3YWNkZmZlYzg2Y2IyNTVmODcKU0hBMjU2IChycG0vaTM4Ni9mZWRvcmEvOC9saWJYeGY4NmRn YS0xLjAuMS00LmZjOC5pMzg2LnJwbSkgPSAwMTcxMjc3OWFkMDViMDAxNDliNmNhNmEyN2VlODNl YzUxZDk3ZjU4N2M1MjFjYmJjYmE5NDAxZjRlYWE3ZmE1ClNJWkUgKHJwbS9pMzg2L2ZlZG9yYS84 L2xpYlh4Zjg2ZGdhLTEuMC4xLTQuZmM4LmkzODYucnBtKSA9IDE1OTMxCk1ENSAocnBtL2kzODYv ZmVkb3JhLzgvbGliWHhmODZtaXNjLTEuMC4xLTQuZmM4LmkzODYucnBtKSA9IDg5MjA3YjAxY2Ix MDg3YWRkZmI2MGY5NjQzYWVkOTNlClNIQTI1NiAocnBtL2kzODYvZmVkb3JhLzgvbGliWHhmODZt aXNjLTEuMC4xLTQuZmM4LmkzODYucnBtKSA9IDQ0MDQxN2M2ZDcxZmJkODlkYjc2NDRhNDZlOGU3 MDE2ZmRlNzlkNmJjZGVmYTY4NjIyMzAyYmRhZTA3YjE3NTAKU0laRSAocnBtL2kzODYvZmVkb3Jh LzgvbGliWHhmODZtaXNjLTEuMC4xLTQuZmM4LmkzODYucnBtKSA9IDExOTcxCk1ENSAocnBtL2kz ODYvZmVkb3JhLzgvbGliWHhmODZ2bS0xLjAuMS00LmZjOC5pMzg2LnJwbSkgPSBjYzBmZTY5ZTgw ZjE1NWQwZWNkZThlNDdiYTAwOTUxMwpTSEEyNTYgKHJwbS9pMzg2L2ZlZG9yYS84L2xpYlh4Zjg2 dm0tMS4wLjEtNC5mYzguaTM4Ni5ycG0pID0gZjhjODE5NDc2NjY4NmM0NmFlYjQ3ZmRmYTBmZTY4 NjYwOTBmMTRkYTliYTY3YTJlZjY3Yzk3OTBmYmIyZjdkMgpTSVpFIChycG0vaTM4Ni9mZWRvcmEv OC9saWJYeGY4NnZtLTEuMC4xLTQuZmM4LmkzODYucnBtKSA9IDE0NTQ5Ck1ENSAocnBtL2kzODYv ZmVkb3JhLzgvbGliZm9udGVuYy0xLjAuNC00LmZjOC5pMzg2LnJwbSkgPSBjZjQ5MmNjMTJiMGJl ODgwMzBkNDU2MjJmMmUyOTY3NApTSEEyNTYgKHJwbS9pMzg2L2ZlZG9yYS84L2xpYmZvbnRlbmMt MS4wLjQtNC5mYzguaTM4Ni5ycG0pID0gNTJkM2Q2ZTFkOTgyODQ5Y2E4MDdmNTlmZjA5NDNkNjg5 NjRiZmQ4MDQ1ZGFiODgwYWMzMDhlYWRkYWQ5YTI3MQpTSVpFIChycG0vaTM4Ni9mZWRvcmEvOC9s aWJmb250ZW5jLTEuMC40LTQuZmM4LmkzODYucnBtKSA9IDIzNjAzCk1ENSAocnBtL2kzODYvZmVk b3JhLzgvbGlieGNiLTEuMS0xLjEuZmM4LmkzODYucnBtKSA9IDgzY2NkYWNkMWIwZjU0YzIzYTk2 MjM2YWRjN2I5M2M1ClNIQTI1NiAocnBtL2kzODYvZmVkb3JhLzgvbGlieGNiLTEuMS0xLjEuZmM4 LmkzODYucnBtKSA9IDQ1ZDQ4ZTkzMmU1MjQ2MmE5N2ZiMjI4NTIyOTZjNjA1ZTE0YThkNTFiYmI2 NzA1YzRhODk4YmJiYmI4NTNiYzUKU0laRSAocnBtL2kzODYvZmVkb3JhLzgvbGlieGNiLTEuMS0x LjEuZmM4LmkzODYucnBtKSA9IDEyNjY0MQpNRDUgKHJwbS9pMzg2L2ZlZG9yYS84L2xpYnhrYmZp bGUtMS4wLjQtMy5mYzguaTM4Ni5ycG0pID0gNzhjZjNmMWQwZGVmOGNiMmIyYWMyNzY4OGZhMjI0 NWQKU0hBMjU2IChycG0vaTM4Ni9mZWRvcmEvOC9saWJ4a2JmaWxlLTEuMC40LTMuZmM4LmkzODYu cnBtKSA9IDRkYzExYzExMjg4M2ZjZThjZjhkOTQ4Y2VhNGQ1Y2VjMTUwNzY0OWRjYTQ0ZGU2ZjEy NjdmODEzNTZiNGY0YTQKU0laRSAocnBtL2kzODYvZmVkb3JhLzgvbGlieGtiZmlsZS0xLjAuNC0z LmZjOC5pMzg2LnJwbSkgPSA3NDk3NwpNRDUgKHJwbS9pMzg2L2ZlZG9yYS84L21lc2EtbGliR0x3 LTYuNS4xLTQuZmM4LmkzODYucnBtKSA9IGQ2MTk5NzI1YjlhM2I5OWE1YmY4MTJjOTQ2YWJkZjIy ClNIQTI1NiAocnBtL2kzODYvZmVkb3JhLzgvbWVzYS1saWJHTHctNi41LjEtNC5mYzguaTM4Ni5y cG0pID0gM2FmZjcxYzVhN2FlM2IzMTg2N2MyNWQzYzE2YmFmNGE4YmM2Y2M2NGIzMDYxMTgzM2Ni Yzk2M2U5ZmUwYmU2MwpTSVpFIChycG0vaTM4Ni9mZWRvcmEvOC9tZXNhLWxpYkdMdy02LjUuMS00 LmZjOC5pMzg2LnJwbSkgPSAxMzE4MgpNRDUgKHJwbS9pMzg2L2ZlZG9yYS84L2xpYklDRS0xLjAu NC0yLmZjOC5zcmMucnBtKSA9IDE0NDc1Mjc3MjJhODY3MDM2M2Y2ZDk5MWNhZDZhMGI2ClNIQTI1 NiAocnBtL2kzODYvZmVkb3JhLzgvbGliSUNFLTEuMC40LTIuZmM4LnNyYy5ycG0pID0gM2RjMjNk NmNkNWJmOGYzMWE1MDc4OTVmNGJmYWY3MzQyZTAwOTM3MWQ1ZmQzMjU4YzFlM2IzNDU1YTFhOThj YQpTSVpFIChycG0vaTM4Ni9mZWRvcmEvOC9saWJJQ0UtMS4wLjQtMi5mYzguc3JjLnJwbSkgPSAy NTk1MjUKTUQ1IChycG0vaTM4Ni9mZWRvcmEvOC9saWJGUy0xLjAuMC02LmZjOC5zcmMucnBtKSA9 IDE5ZWVmOTBiZDZkNzQ5ZDg0NGIwNGRlN2M4ZDdmMGY4ClNIQTI1NiAocnBtL2kzODYvZmVkb3Jh LzgvbGliRlMtMS4wLjAtNi5mYzguc3JjLnJwbSkgPSAwZGJmOTRhYmZhYmY1N2E1ZTI4ZmNhY2Yy NDNhZjM5OTIyMGYwYzc1ZTg4Y2JiYjBmZGQ2ODQ4MWRlZmQ5YWQwClNJWkUgKHJwbS9pMzg2L2Zl ZG9yYS84L2xpYkZTLTEuMC4wLTYuZmM4LnNyYy5ycG0pID0gMjQzODM2Ck1ENSAocnBtL2kzODYv ZmVkb3JhLzgvbGliU00tMS4wLjItNC5mYzguc3JjLnJwbSkgPSBmODNiMjlmODA3NGEwNWViMWM5 N2VkMDBlZGZhMWIzNApTSEEyNTYgKHJwbS9pMzg2L2ZlZG9yYS84L2xpYlNNLTEuMC4yLTQuZmM4 LnNyYy5ycG0pID0gOTY1OWM4NzE4Mzk1MDMzZjRjNGJmM2JiMDk2M2U2ODhkZmM1NjRiOGIyNDZm NWE0ZmRlNWUzN2RjOWJhM2VkMwpTSVpFIChycG0vaTM4Ni9mZWRvcmEvOC9saWJTTS0xLjAuMi00 LmZjOC5zcmMucnBtKSA9IDI1MTI3NwpNRDUgKHJwbS9pMzg2L2ZlZG9yYS84L2xpYlgxMS0xLjEu My00LmZjOC5zcmMucnBtKSA9IGY5YWFlNzIyMDM1M2YwYTcxZDk3YTVkYzVmOThhY2UxClNIQTI1 NiAocnBtL2kzODYvZmVkb3JhLzgvbGliWDExLTEuMS4zLTQuZmM4LnNyYy5ycG0pID0gOGM3ZWNm MDI2MjEyZmM3ZGQ4MjQ2OGE3NTFlOWRjOWU4NDBjMmRhYWQxNjA4NTYwODhiNTc3NzdjMjAxYThh NQpTSVpFIChycG0vaTM4Ni9mZWRvcmEvOC9saWJYMTEtMS4xLjMtNC5mYzguc3JjLnJwbSkgPSAx NTM2MjM3Ck1ENSAocnBtL2kzODYvZmVkb3JhLzgvbGliWFNjcm5TYXZlci0xLjEuMi0zLmZjOC5z cmMucnBtKSA9IDAwNzViM2RkNTYxYzhiNTcwYzdjNjkyYzEyYmQ3YTczClNIQTI1NiAocnBtL2kz ODYvZmVkb3JhLzgvbGliWFNjcm5TYXZlci0xLjEuMi0zLmZjOC5zcmMucnBtKSA9IDU2OTU1MzM0 M2ZkMzA4Mzk0ZTdhODUwYzA0OGZmNTBkNjY1Y2I0OTkzMTlkNGE3NzRhM2VhN2E4NTU4NTM2MmIK U0laRSAocnBtL2kzODYvZmVkb3JhLzgvbGliWFNjcm5TYXZlci0xLjEuMi0zLmZjOC5zcmMucnBt KSA9IDIyNzkzMwpNRDUgKHJwbS9pMzg2L2ZlZG9yYS84L2xpYlhUcmFwLTEuMC4wLTQuZmM4LnNy Yy5ycG0pID0gNWMzYjgyNDZlYmNiZThjZjZkNmE3NmViYmU1ZjY0YzQKU0hBMjU2IChycG0vaTM4 Ni9mZWRvcmEvOC9saWJYVHJhcC0xLjAuMC00LmZjOC5zcmMucnBtKSA9IDhmMDRhOGE5NDE4MWM4 M2RhOTU0ZTY2ZmE5NmU0ZDI3OTAyYjZhOTk1MjhjYWU5OTRiYjA2NmFmM2IxODNlNDAKU0laRSAo cnBtL2kzODYvZmVkb3JhLzgvbGliWFRyYXAtMS4wLjAtNC5mYzguc3JjLnJwbSkgPSAyMjcwNTMK TUQ1IChycG0vaTM4Ni9mZWRvcmEvOC9saWJYYXUtMS4wLjMtMy5mYzguc3JjLnJwbSkgPSBhNTMx MjIyNDJhMjNhYTU5ZmM0ZGJhNzIyYzdhNTljYQpTSEEyNTYgKHJwbS9pMzg2L2ZlZG9yYS84L2xp YlhhdS0xLjAuMy0zLmZjOC5zcmMucnBtKSA9IDEyNDViOTBiMzEzMDJmOTk0YjM1NjFiNTIxZDk3 ZmJkOWQ2NmZmZGJlMzAyY2M0ZGNhZjBiMjNkZWIxNzIxMTMKU0laRSAocnBtL2kzODYvZmVkb3Jh LzgvbGliWGF1LTEuMC4zLTMuZmM4LnNyYy5ycG0pID0gMjM2MzQ3Ck1ENSAocnBtL2kzODYvZmVk b3JhLzgvbGliWGF3LTEuMC40LTEuZmM4LnNyYy5ycG0pID0gMjU1MDZiNGRjNjlmZDA0MzMzMWE0 Y2UwZWQ2YjU3OTgKU0hBMjU2IChycG0vaTM4Ni9mZWRvcmEvOC9saWJYYXctMS4wLjQtMS5mYzgu c3JjLnJwbSkgPSAyNTkwN2JkNDRlOTI3NmI4ZWI2Mjk3NjgwZWNkZjM0YWJjYjk1OGMxNDRlYTUz ZWZmYjdlY2M3ZGE0NGE0ZjY3ClNJWkUgKHJwbS9pMzg2L2ZlZG9yYS84L2xpYlhhdy0xLjAuNC0x LmZjOC5zcmMucnBtKSA9IDUyNjIyMApNRDUgKHJwbS9pMzg2L2ZlZG9yYS84L2xpYlhjb21wb3Np dGUtMC40LjAtMy5mYzguc3JjLnJwbSkgPSA4ZjlhYmUwNmM4M2Y3MzlkNzQ5OWRjNzM1NjYxOWZh NgpTSEEyNTYgKHJwbS9pMzg2L2ZlZG9yYS84L2xpYlhjb21wb3NpdGUtMC40LjAtMy5mYzguc3Jj LnJwbSkgPSAwNTlhNDI2YWIzOGE3ZTJjOTA3NjVhMmUxNmQ0ODJiY2Y1ODBmNjUzNDFlOWExMjY2 NmFjMzQ2Y2NhODNmODQ0ClNJWkUgKHJwbS9pMzg2L2ZlZG9yYS84L2xpYlhjb21wb3NpdGUtMC40 LjAtMy5mYzguc3JjLnJwbSkgPSAyMjQ2MTYKTUQ1IChycG0vaTM4Ni9mZWRvcmEvOC9saWJYY3Vy c29yLTEuMS45LTEuZmM4LnNyYy5ycG0pID0gYjVhYzg2M2MzZjk4Yzc1NThjNTUwN2M1MjEyZDI1 ZjQKU0hBMjU2IChycG0vaTM4Ni9mZWRvcmEvOC9saWJYY3Vyc29yLTEuMS45LTEuZmM4LnNyYy5y cG0pID0gYWU2NGVlZWFiNWE4ZWNiNWQxNjFiZTkwOGY1NjYwZWNlMGIzMTBhNjk1Y2ExMzNjNTA2 MDQ4Y2Y1YzAyNjM3OApTSVpFIChycG0vaTM4Ni9mZWRvcmEvOC9saWJYY3Vyc29yLTEuMS45LTEu ZmM4LnNyYy5ycG0pID0gMjQyNDMyCk1ENSAocnBtL2kzODYvZmVkb3JhLzgvbGliWGRhbWFnZS0x LjEuMS0zLmZjOC5zcmMucnBtKSA9IDI4NWY1YzM2YmE1ZTU0MjRlNTY0MTQ1MDA2MWRiYTI2ClNI QTI1NiAocnBtL2kzODYvZmVkb3JhLzgvbGliWGRhbWFnZS0xLjEuMS0zLmZjOC5zcmMucnBtKSA9 IDhjMGNhMDY0YjQyMGI2NWQ2MDRmZmRmZTgyYTk4OWJkZDdlODBkZjdjNTgzMmJkY2RiZWM3YzZi N2ZlMTUxMzQKU0laRSAocnBtL2kzODYvZmVkb3JhLzgvbGliWGRhbWFnZS0xLjEuMS0zLmZjOC5z cmMucnBtKSA9IDIwODIxNApNRDUgKHJwbS9pMzg2L2ZlZG9yYS84L2xpYlhkbWNwLTEuMC4yLTQu ZmM4LnNyYy5ycG0pID0gNGQ3MGJkMjkwZmY4YjIzYjY4ZWQ0NTQ4ODRkNzFlNTQKU0hBMjU2IChy cG0vaTM4Ni9mZWRvcmEvOC9saWJYZG1jcC0xLjAuMi00LmZjOC5zcmMucnBtKSA9IGYxM2MyZjZk NzQ3MDIxNGMzMWY1YTgxNDQwNGJlN2U2ODQxYjRhMWQ0MmUwZjAzYzMyZWRjY2QyNmRjMDg2MzkK U0laRSAocnBtL2kzODYvZmVkb3JhLzgvbGliWGRtY3AtMS4wLjItNC5mYzguc3JjLnJwbSkgPSAy Mjg0ODUKTUQ1IChycG0vaTM4Ni9mZWRvcmEvOC9saWJYZXZpZS0xLjAuMi0yLmZjOC5zcmMucnBt KSA9IDA5OGE0MTFhNjEwNTA3MTE4ODQ2YjU1YWZkMWQzNDc2ClNIQTI1NiAocnBtL2kzODYvZmVk b3JhLzgvbGliWGV2aWUtMS4wLjItMi5mYzguc3JjLnJwbSkgPSBhMTdhNDk1Yjk0NjcwZjUyZGM3 ZWI1YzFmZTM1ZThjODBlNjEwOTJmZjUwZmFjOTBhNTc4NTMwOTc1N2EwMDY2ClNJWkUgKHJwbS9p Mzg2L2ZlZG9yYS84L2xpYlhldmllLTEuMC4yLTIuZmM4LnNyYy5ycG0pID0gMjM0NTc5Ck1ENSAo cnBtL2kzODYvZmVkb3JhLzgvbGliWGV4dC0xLjAuMS00LmZjOC5zcmMucnBtKSA9IGIxOWJjZmEw MWIwMjI3NjRlMGJiZjI1MDE2YWZkNTA4ClNIQTI1NiAocnBtL2kzODYvZmVkb3JhLzgvbGliWGV4 dC0xLjAuMS00LmZjOC5zcmMucnBtKSA9IDY5YjljZjBmNmM1ZWQyNTI1ODI4ZDZjNDFiYjBhZDI0 ODI4NjBmMDE2OGY3YTkzNTRlMjc3MmQ0YjMxY2M3MzcKU0laRSAocnBtL2kzODYvZmVkb3JhLzgv bGliWGV4dC0xLjAuMS00LmZjOC5zcmMucnBtKSA9IDI2Nzk1NApNRDUgKHJwbS9pMzg2L2ZlZG9y YS84L2xpYlhmaXhlcy00LjAuMy0yLmZjOC5zcmMucnBtKSA9IDk0OGE5OGVkZDA0NmZhZGM1NGIz NGViNmNjYTNhNzc4ClNIQTI1NiAocnBtL2kzODYvZmVkb3JhLzgvbGliWGZpeGVzLTQuMC4zLTIu ZmM4LnNyYy5ycG0pID0gMzNiZjllMjM5OTM4Y2U4MTcxMzljZDYyMjFhZWVjZTUzNTMzNzA1NzE1 NzkxNDk0NmNlY2RjYjNmOWY4YmI4ZApTSVpFIChycG0vaTM4Ni9mZWRvcmEvOC9saWJYZml4ZXMt NC4wLjMtMi5mYzguc3JjLnJwbSkgPSAyMjEwOTUKTUQ1IChycG0vaTM4Ni9mZWRvcmEvOC9saWJY Zm9udC0xLjMuMS0yLmZjOC5zcmMucnBtKSA9IDkxOTgwNjczZWFkNTMzNWRlYTFmOWM0NTRjODAw YTdhClNIQTI1NiAocnBtL2kzODYvZmVkb3JhLzgvbGliWGZvbnQtMS4zLjEtMi5mYzguc3JjLnJw bSkgPSAzYzk3NjdkYjgzYzkxYmY4NWFiNDlmMzZkZDIzZjk3MmZlODJmMmEzYWRkMzk4YjE1OTcw YTk3ZjgyNmMwY2M3ClNJWkUgKHJwbS9pMzg2L2ZlZG9yYS84L2xpYlhmb250LTEuMy4xLTIuZmM4 LnNyYy5ycG0pID0gNTc1NTI2Ck1ENSAocnBtL2kzODYvZmVkb3JhLzgvbGliWGZ0LTIuMS4xMi0z LmZjOC5zcmMucnBtKSA9IDQyNDM1NTA1ZWJmMWFmYzY4ZDlkZDAxMDJmYWUwNjA2ClNIQTI1NiAo cnBtL2kzODYvZmVkb3JhLzgvbGliWGZ0LTIuMS4xMi0zLmZjOC5zcmMucnBtKSA9IGI0NzUxNmIz ODhiM2RhZWEwMzZmNDY4Mzk1M2YwOTEzYzg4YjIwMDg1NjU1OWEzM2IzZDc1Y2EzNGMxYTIxNmQK U0laRSAocnBtL2kzODYvZmVkb3JhLzgvbGliWGZ0LTIuMS4xMi0zLmZjOC5zcmMucnBtKSA9IDI2 ODM0MApNRDUgKHJwbS9pMzg2L2ZlZG9yYS84L2xpYlhpLTEuMS4zLTEuZmM4LnNyYy5ycG0pID0g ZTc3N2U5ZDYwYmVkMzE1ZDI4YmY5YWM1OWE5ZjI1N2YKU0hBMjU2IChycG0vaTM4Ni9mZWRvcmEv OC9saWJYaS0xLjEuMy0xLmZjOC5zcmMucnBtKSA9IDZmMjI2NDZmNGYwNWU0MmExNjgyMTk4ZDVh Nzk1MGQyYmE0Zjk5MzMzOGNkNTVlMGJmYmM3YzljZDZhNjRiN2EKU0laRSAocnBtL2kzODYvZmVk b3JhLzgvbGliWGktMS4xLjMtMS5mYzguc3JjLnJwbSkgPSAyNTUxOTEKTUQ1IChycG0vaTM4Ni9m ZWRvcmEvOC9saWJYaW5lcmFtYS0xLjAuMi0zLmZjOC5zcmMucnBtKSA9IDcyZGZhNzFhMjY0YzM0 MGRmNjcwMWM5NWZmYWQ2OTVjClNIQTI1NiAocnBtL2kzODYvZmVkb3JhLzgvbGliWGluZXJhbWEt MS4wLjItMy5mYzguc3JjLnJwbSkgPSA1NGY2NTM3NWQ1ZjVjMDljM2Q1MjI3ZmY5M2M2YWE0N2Nl NmNhZTQ4YmJlOGIzM2ViMTQ3MDM5ZjA0ZTBiNDVmClNJWkUgKHJwbS9pMzg2L2ZlZG9yYS84L2xp YlhpbmVyYW1hLTEuMC4yLTMuZmM4LnNyYy5ycG0pID0gMjIwNzgzCk1ENSAocnBtL2kzODYvZmVk b3JhLzgvbGliWG11LTEuMC4zLTMuZmM4LnNyYy5ycG0pID0gNzgxYzE0YzE5YTk4OTg2ZjM0MTQx YWQzMDRiMzQ1ZDEKU0hBMjU2IChycG0vaTM4Ni9mZWRvcmEvOC9saWJYbXUtMS4wLjMtMy5mYzgu c3JjLnJwbSkgPSA1NTI5YzZjZWE4NDA1OTBjODllZjgwN2ViYzE2ZjA2OWI3ZDdkNTAwZjdkMTcw MDUyYzkwZTA3YzI4M2U3Zjk0ClNJWkUgKHJwbS9pMzg2L2ZlZG9yYS84L2xpYlhtdS0xLjAuMy0z LmZjOC5zcmMucnBtKSA9IDMwNDUyNApNRDUgKHJwbS9pMzg2L2ZlZG9yYS84L2xpYlhwLTEuMC4w LTguZmM4LnNyYy5ycG0pID0gZThhYjFjMDlkZWZiODlkZDIxNjk5NjRhZjdkMjIyNTkKU0hBMjU2 IChycG0vaTM4Ni9mZWRvcmEvOC9saWJYcC0xLjAuMC04LmZjOC5zcmMucnBtKSA9IGQ0M2Y2MTg4 OGZjMDUzYWI4OWFkYTA1NTJmOTQ1OWRiZTBlNWIzOWMyMjE1OGVkZmZlNTJmNGI2ZTg4ZWIzOTEK U0laRSAocnBtL2kzODYvZmVkb3JhLzgvbGliWHAtMS4wLjAtOC5mYzguc3JjLnJwbSkgPSAyNjM2 NTIKTUQ1IChycG0vaTM4Ni9mZWRvcmEvOC9saWJYcG0tMy41LjctMS5mYzguc3JjLnJwbSkgPSA1 OTY4ZDFiZGVmZWNhNTU3ODQ4ZTY5NzE1NjBlMGNlMQpTSEEyNTYgKHJwbS9pMzg2L2ZlZG9yYS84 L2xpYlhwbS0zLjUuNy0xLmZjOC5zcmMucnBtKSA9IGFlNGViYjg1MTg2ZjA5NzhlOTc0OWFhOWI1 YTNmYjdhNWIzMWIxMmM1MTdiOWRlYmEzOWJlMGY1YWI0YjVmZjIKU0laRSAocnBtL2kzODYvZmVk b3JhLzgvbGliWHBtLTMuNS43LTEuZmM4LnNyYy5ycG0pID0gMzY2MzY5Ck1ENSAocnBtL2kzODYv ZmVkb3JhLzgvbGliWHJhbmRyLTEuMi4yLTEuZmM4LnNyYy5ycG0pID0gZWNkMjVlNmI2Y2EwYWNi MTY1NTBjODlhYjgyNDk4YmEKU0hBMjU2IChycG0vaTM4Ni9mZWRvcmEvOC9saWJYcmFuZHItMS4y LjItMS5mYzguc3JjLnJwbSkgPSAxNjg3NTJkMDI5NTc3ODMzZTYwNTI2NDVhZjhkNTdkNmE5NWQ1 ZWUxNmU4N2Y2MzMzYTBhMjBiOGNjY2QzZDc2ClNJWkUgKHJwbS9pMzg2L2ZlZG9yYS84L2xpYlhy YW5kci0xLjIuMi0xLmZjOC5zcmMucnBtKSA9IDIzMjAxNApNRDUgKHJwbS9pMzg2L2ZlZG9yYS84 L2xpYlhyZW5kZXItMC45LjQtMS5mYzguc3JjLnJwbSkgPSBmZjhlNTJmZDFkZjJhZjYzZjFkN2Iy ZDM4MzE1MjhkZApTSEEyNTYgKHJwbS9pMzg2L2ZlZG9yYS84L2xpYlhyZW5kZXItMC45LjQtMS5m Yzguc3JjLnJwbSkgPSBhNzE0NmYyYzkyMjcyNzM2OWI1MTFjNzM5YzQxY2IzZjkyMjUwMjBiNzgy NmNmMGFjYzZmYjM0ODliMTFlMDFiClNJWkUgKHJwbS9pMzg2L2ZlZG9yYS84L2xpYlhyZW5kZXIt MC45LjQtMS5mYzguc3JjLnJwbSkgPSAyMzM2NTkKTUQ1IChycG0vaTM4Ni9mZWRvcmEvOC9saWJY dC0xLjAuNC0zLmZjOC5zcmMucnBtKSA9IDA5ZDY0ZDEwYTVlYzFjOTMxYWY5YWU2MWU1NmQ1Nzc1 ClNIQTI1NiAocnBtL2kzODYvZmVkb3JhLzgvbGliWHQtMS4wLjQtMy5mYzguc3JjLnJwbSkgPSA2 NTViOThmMGIxZmMyODQ3MDkwNjQ4MWJkNzU0YzdhYWIyMzA5ZjNjYjRlYjczZDYzMTdhMzcyZDhj ZTc0YjU4ClNJWkUgKHJwbS9pMzg2L2ZlZG9yYS84L2xpYlh0LTEuMC40LTMuZmM4LnNyYy5ycG0p ID0gNTAyODM0Ck1ENSAocnBtL2kzODYvZmVkb3JhLzgvbGliWHRzdC0xLjAuMy0xLmZjOC5zcmMu cnBtKSA9IDBhZDhhMzc3OGVlN2Y0OTMwMDM3ZDEyMTljNTk2M2JmClNIQTI1NiAocnBtL2kzODYv ZmVkb3JhLzgvbGliWHRzdC0xLjAuMy0xLmZjOC5zcmMucnBtKSA9IDEwMGZkYjJhZjk2ZTVjNDM1 MzAxZWM3MjI4YjE3MjBkNzRlMzI1ZmJmYjZhNjY5NzBmY2M5ZGU1YzdmYTcxNjgKU0laRSAocnBt L2kzODYvZmVkb3JhLzgvbGliWHRzdC0xLjAuMy0xLmZjOC5zcmMucnBtKSA9IDIzMTU0NgpNRDUg KHJwbS9pMzg2L2ZlZG9yYS84L2xpYlhyZXMtMS4wLjMtMy5mYzguc3JjLnJwbSkgPSBlOGNlMzVm NWJmZmJmZWU1NTQ4NTY1NzkzYjQ5YTk5MApTSEEyNTYgKHJwbS9pMzg2L2ZlZG9yYS84L2xpYlhy ZXMtMS4wLjMtMy5mYzguc3JjLnJwbSkgPSAxNjBiOGM3ZTQwMDU3ODAxYmRhNzJlYzkzY2QwOGYx ZDM5NTc5M2Q1ZmQ0ZjFiNTQwYTFkMGY3MTYyNWU3MDgwClNJWkUgKHJwbS9pMzg2L2ZlZG9yYS84 L2xpYlhyZXMtMS4wLjMtMy5mYzguc3JjLnJwbSkgPSAyMjUyNTQKTUQ1IChycG0vaTM4Ni9mZWRv cmEvOC9saWJYdi0xLjAuMy0zLmZjOC5zcmMucnBtKSA9IGEyMTgyYmMxZTMzNTQ4MWI1M2MwNDIy ZTMwMTQwODJlClNIQTI1NiAocnBtL2kzODYvZmVkb3JhLzgvbGliWHYtMS4wLjMtMy5mYzguc3Jj LnJwbSkgPSAyMjVjZWRhYWYyN2NmNThjZDdhYTdhYjE5OTZmYWJhMTI5OGQwNDE5MmQ4ZTE5MTQy YjNkYzUzYTEwM2U1NzBiClNJWkUgKHJwbS9pMzg2L2ZlZG9yYS84L2xpYlh2LTEuMC4zLTMuZmM4 LnNyYy5ycG0pID0gMjM4Nzg5Ck1ENSAocnBtL2kzODYvZmVkb3JhLzgvbGliWHZNQy0xLjAuNC0z LmZjOC5zcmMucnBtKSA9IDc0ZTAyM2VjOGYyZDJlOTE2Y2Y2MWI4MWU3NjY0YWFiClNIQTI1NiAo cnBtL2kzODYvZmVkb3JhLzgvbGliWHZNQy0xLjAuNC0zLmZjOC5zcmMucnBtKSA9IDExMWUyZjZi MzAxYTU5ZDE5MDVmOTVhNDcwM2ZlMjkwMzYzZjY3ZDYzMGE5NWM4YTA1MDQwY2RmNTYyZDJhNWYK U0laRSAocnBtL2kzODYvZmVkb3JhLzgvbGliWHZNQy0xLjAuNC0zLmZjOC5zcmMucnBtKSA9IDIz Mjc0MwpNRDUgKHJwbS9pMzg2L2ZlZG9yYS84L2xpYlh4Zjg2ZGdhLTEuMC4xLTQuZmM4LnNyYy5y cG0pID0gMjFkMmNkZWM3YTg5ODQwMmJlY2YxYWYwMGJkZmNjYzkKU0hBMjU2IChycG0vaTM4Ni9m ZWRvcmEvOC9saWJYeGY4NmRnYS0xLjAuMS00LmZjOC5zcmMucnBtKSA9IDA2MGU3MWNhNmQyOGNk YjEwYzRjMDE3YTBhYjhiNjllM2NiY2FiMDMwZGZkY2ZjMzVlNmRkOTdiZDM2N2RmYTAKU0laRSAo cnBtL2kzODYvZmVkb3JhLzgvbGliWHhmODZkZ2EtMS4wLjEtNC5mYzguc3JjLnJwbSkgPSAyMzgx NTcKTUQ1IChycG0vaTM4Ni9mZWRvcmEvOC9saWJYeGY4Nm1pc2MtMS4wLjEtNC5mYzguc3JjLnJw bSkgPSA5MDgwMTIwNjYyODJkZDZhNmQ4NzE2Yjk2MmFmZGJjMQpTSEEyNTYgKHJwbS9pMzg2L2Zl ZG9yYS84L2xpYlh4Zjg2bWlzYy0xLjAuMS00LmZjOC5zcmMucnBtKSA9IDY4ZmFhNzUzZTg1ZjEy ODQxOTU4ZDJmZWVjYmFkMTdmYmEwY2YyMDg5MGQ3MGNjYzUwMDM3NGZhNGZiY2UwNmYKU0laRSAo cnBtL2kzODYvZmVkb3JhLzgvbGliWHhmODZtaXNjLTEuMC4xLTQuZmM4LnNyYy5ycG0pID0gMjI5 NTY0Ck1ENSAocnBtL2kzODYvZmVkb3JhLzgvbGliWHhmODZ2bS0xLjAuMS00LmZjOC5zcmMucnBt KSA9IDJmNTBiODVlMDM0NmM5MGJjYmQxYTkxYTY1YzIzNjRiClNIQTI1NiAocnBtL2kzODYvZmVk b3JhLzgvbGliWHhmODZ2bS0xLjAuMS00LmZjOC5zcmMucnBtKSA9IDBlZGFiYWRmMzVkM2RkNzFh OWQ1YjA3NTVmNjU3ZmEzYTI0MTZhMWVhNGUyNjgwODFjZmQzYzJlOWU5YzE1NjEKU0laRSAocnBt L2kzODYvZmVkb3JhLzgvbGliWHhmODZ2bS0xLjAuMS00LmZjOC5zcmMucnBtKSA9IDIzNDgyMApN RDUgKHJwbS9pMzg2L2ZlZG9yYS84L2xpYmZvbnRlbmMtMS4wLjQtNC5mYzguc3JjLnJwbSkgPSAz Mjg5NTI2YTZkYWRhNDQ2NjBjYTI3NmZlZTM4ZjAxNgpTSEEyNTYgKHJwbS9pMzg2L2ZlZG9yYS84 L2xpYmZvbnRlbmMtMS4wLjQtNC5mYzguc3JjLnJwbSkgPSA4ZGY3YTY4MmU4OTk4NGEzY2RkNDk0 ODUxNDI5Zjg3YmI1MDczOTliYmQ5MGZkMWFjMmI2YWQzYmU0YzQyMGFlClNJWkUgKHJwbS9pMzg2 L2ZlZG9yYS84L2xpYmZvbnRlbmMtMS4wLjQtNC5mYzguc3JjLnJwbSkgPSAyMzMzMjMKTUQ1IChy cG0vaTM4Ni9mZWRvcmEvOC9saWJ4Y2ItMS4xLTEuMS5mYzguc3JjLnJwbSkgPSBlYmFmZjVhMzI1 ZWUwMTlhODE4MmMzN2JkZTI5MWEzNApTSEEyNTYgKHJwbS9pMzg2L2ZlZG9yYS84L2xpYnhjYi0x LjEtMS4xLmZjOC5zcmMucnBtKSA9IDA1ZjFjOWI1MWY3NmI0NTM5YTRjN2I3MTUwMzIyOWRkZjY1 ZWI4ZTVmMmJmOTgzYmI2Mzk5NDgzYjY5MGUzM2EKU0laRSAocnBtL2kzODYvZmVkb3JhLzgvbGli eGNiLTEuMS0xLjEuZmM4LnNyYy5ycG0pID0gNDQ1MTg0Ck1ENSAocnBtL2kzODYvZmVkb3JhLzgv bGlieGtiZmlsZS0xLjAuNC0zLmZjOC5zcmMucnBtKSA9IDVkNmNlMmIzZTYzNzE4NDgwNDM4MzQ1 ZDc2ZGI2N2Y1ClNIQTI1NiAocnBtL2kzODYvZmVkb3JhLzgvbGlieGtiZmlsZS0xLjAuNC0zLmZj OC5zcmMucnBtKSA9IGMxM2JiNjI4YTkwMjA3Y2JkZDdkMGVkNjE1NGRiMjJiOTA4NWI0ODc4YTc1 MGY2YzY4Y2UyODBiOGM5YmJmNTIKU0laRSAocnBtL2kzODYvZmVkb3JhLzgvbGlieGtiZmlsZS0x LjAuNC0zLmZjOC5zcmMucnBtKSA9IDI4MDYwMgpNRDUgKHJwbS9pMzg2L2ZlZG9yYS84L21lc2Et bGliR0x3LTYuNS4xLTQuZmM4LnNyYy5ycG0pID0gNDkwYzQ4ZDZiNGZiNDlhNThjYWE0MGY4NDY0 ZjU1YzQKU0hBMjU2IChycG0vaTM4Ni9mZWRvcmEvOC9tZXNhLWxpYkdMdy02LjUuMS00LmZjOC5z cmMucnBtKSA9IDM2ODczYzYwNmViNjNkODNiN2RhYzQ3NTRkY2M2ZTBjNWY0ZmI3Mjk3NWI4MjUz OTdjYjY2OGQ5YTBhNGQyNWQKU0laRSAocnBtL2kzODYvZmVkb3JhLzgvbWVzYS1saWJHTHctNi41 LjEtNC5mYzguc3JjLnJwbSkgPSAzMTI5ODYxCg== --=-=-= Dirk --=-=-=-- From owner-freebsd-emulation@FreeBSD.ORG Mon Apr 13 17:30:52 2009 Return-Path: Delivered-To: freebsd-emulation@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 9567D106564A for ; Mon, 13 Apr 2009 17:30:52 +0000 (UTC) (envelope-from bsam@ipt.ru) Received: from services.ipt.ru (services.ipt.ru [194.62.233.110]) by mx1.freebsd.org (Postfix) with ESMTP id 4FD318FC18 for ; Mon, 13 Apr 2009 17:30:52 +0000 (UTC) (envelope-from bsam@ipt.ru) Received: from bb.ipt.ru ([194.62.233.89]) by services.ipt.ru with esmtp (Exim 4.54 (FreeBSD)) id 1LtPzc-000Esb-I1; Mon, 13 Apr 2009 21:30:48 +0400 To: Dirk Arlt References: <86vdp8a7p8.fsf@x22.mjhp.net> From: Boris Samorodov Date: Mon, 13 Apr 2009 21:30:49 +0400 In-Reply-To: <86vdp8a7p8.fsf@x22.mjhp.net> (Dirk Arlt's message of "Mon\, 13 Apr 2009 17\:34\:27 +0200") Message-ID: <92928694@bb.ipt.ru> User-Agent: Gnus/5.11 (Gnus v5.11) Emacs/22.3 (berkeley-unix) MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Cc: freebsd-emulation@FreeBSD.org Subject: Re: checksum missmatches installing x11-toolkits/linux-f8-gtk2 X-BeenThere: freebsd-emulation@freebsd.org X-Mailman-Version: 2.1.5 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: Mon, 13 Apr 2009 17:30:52 -0000 On Mon, 13 Apr 2009 17:34:27 +0200 Dirk Arlt wrote: > I get the following checksum missmatches tyining to install > x11-toolkits/linux-f8-gtk2 on my FreeBSD 7.2-PRERELEASE i386 > [...] > ===> Giving up on fetching files: rpm/i386/fedora/8.newkey/pcre-7.3-4.fc8.i386.rpm rpm/i386/fedora/8.newkey/pcre-7.3-4.fc8.i386.rpm rpm/i386/fedora/8.newkey/slang-2.1.2-2.fc8.i386.rpm rpm/i386/fedora/8.newkey/slang-2.1.2-2.fc8.i386.rpm > Make sure the Makefile and distinfo file (/usr/ports/emulators/linux_base-f8/distinfo.i386) > are up to date. If you are absolutely sure you want to override this > check, type "make NO_CHECKSUM=yes [other args]". > *** Error code 1 > Stop in /usr/ports/emulators/linux_base-f8. > *** Error code 1 > Stop in /usr/ports/emulators/linux_base-f8. > *** Error code 1 So this is an error at emulators/linux_base-f8. > Stop in /usr/ports/x11-toolkits/linux-f8-gtk2. > I do not want to disable all chesums so i did make makesum in > emulators/linux_base-f8 and it seems seems to work but i meet the > following > => Giving up on fetching files: rpm/i386/fedora/8/libXt-1.0.4-3.fc8.i386.rpm rpm/i386/fedora/8/libXt-1.0.4-3.fc8.i386.rpm > Make sure the Makefile and distinfo file (/usr/ports/x11/linux-f8-xorg-libs/distinfo.i386) > are up to date. If you are absolutely sure you want to override this > check, type "make NO_CHECKSUM=yes [other args]". > *** Error code 1 > [...] > Stop in /usr/ports/x11/linux-f8-xorg-libs. > *** Error code 1 > Stop in /usr/ports/x11/linux-f8-xorg-libs. > *** Error code 1 And this is an error at x11/linux-f8-xorg-libs. > Stop in /usr/ports/graphics/linux-f8-cairo. > *** Error code 1 > Stop in /usr/ports/x11-toolkits/linux-f8-gtk2. > and again, make makesum in x11/linux-f8-xorg-libs and hoping the best... > [...] > ===> Cleaning for popt-1.7_5 > ===> Cleaning for linux-f8-gtk2-2.12.8 > Hooray! But i think it should work without any make makesum! > Attaching the newly build distinfos Seems that you didn't have errors for linux-f8-gtk2, so the distinfo you attached should be the same as at the port. Well, you are right that there should be no errors. However, I've just tested x11/linux-f8-xorg-libs and didn't find any errors. Please, do: . update your ports tree; . make sure you don't use any MASTER_SITE* redirect; . clean up your distfiles (make distclean); . refetch the port (make fetch); . test checksums (make checksum). If you get any errors it will be better to see the full log of all those operations (TEE(1) may help here). BTW, the information "diff -u " usualy is more helpfull rather a itself. WBR -- Boris Samorodov (bsam) Research Engineer, http://www.ipt.ru Telephone & Internet SP FreeBSD Committer, http://www.FreeBSD.org The Power To Serve From owner-freebsd-emulation@FreeBSD.ORG Tue Apr 14 02:22:53 2009 Return-Path: Delivered-To: freebsd-emulation@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 1AEB8106564A for ; Tue, 14 Apr 2009 02:22:53 +0000 (UTC) (envelope-from bms@incunabulum.net) Received: from out2.smtp.messagingengine.com (out2.smtp.messagingengine.com [66.111.4.26]) by mx1.freebsd.org (Postfix) with ESMTP id E1AA78FC19 for ; Tue, 14 Apr 2009 02:22:52 +0000 (UTC) (envelope-from bms@incunabulum.net) Received: from compute1.internal (compute1.internal [10.202.2.41]) by out1.messagingengine.com (Postfix) with ESMTP id DF68031B7E6; Mon, 13 Apr 2009 22:05:48 -0400 (EDT) Received: from heartbeat2.messagingengine.com ([10.202.2.161]) by compute1.internal (MEProxy); Mon, 13 Apr 2009 22:05:48 -0400 X-Sasl-enc: DxfJ5TC+7R2Hh6Z2pXvxSIFDt5LX+WmBtEmE+YEeShFt 1239674748 Received: from [192.168.123.18] (82-35-112-254.cable.ubr07.dals.blueyonder.co.uk [82.35.112.254]) by mail.messagingengine.com (Postfix) with ESMTPSA id 2D3EA29EDD; Mon, 13 Apr 2009 22:05:48 -0400 (EDT) Message-ID: <49E3EF7A.1020107@incunabulum.net> Date: Tue, 14 Apr 2009 03:05:46 +0100 From: Bruce Simpson User-Agent: Thunderbird 2.0.0.21 (Windows/20090302) MIME-Version: 1.0 To: eculp References: <20090413054500.1241102uwgs74khc@econet.encontacto.net> In-Reply-To: <20090413054500.1241102uwgs74khc@econet.encontacto.net> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: freebsd-emulation , current Subject: Re: Flash10, with up to date current, not even recoginized with about:plugins. X-BeenThere: freebsd-emulation@freebsd.org X-Mailman-Version: 2.1.5 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: Tue, 14 Apr 2009 02:22:53 -0000 eculp wrote: > > PS I did notice a userid (0) unknown with a couple of the linux-f8 > portw while installing them with portmaster and they installed fine. > IIRC gtk2 was one and scim was the other. JFYI: I found I had to use f9 for Flash 9 to run on 7.2-PRERELEASE. It still isn't 100% happy, in particular, plugin wrapper leaves processes lying around, and subsequent invocations can have problems doing anything at all; e.g. the first invocation running a YouTube video will work, but after that, it hangs. Firefox continues to run, but Flash does not work. From owner-freebsd-emulation@FreeBSD.ORG Tue Apr 14 10:35:16 2009 Return-Path: Delivered-To: freebsd-emulation@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id F185B106566C for ; Tue, 14 Apr 2009 10:35:16 +0000 (UTC) (envelope-from da@mjhp.net) Received: from mail-bw0-f164.google.com (mail-bw0-f164.google.com [209.85.218.164]) by mx1.freebsd.org (Postfix) with ESMTP id 827A58FC14 for ; Tue, 14 Apr 2009 10:35:16 +0000 (UTC) (envelope-from da@mjhp.net) Received: by bwz8 with SMTP id 8so2389657bwz.43 for ; Tue, 14 Apr 2009 03:35:15 -0700 (PDT) Received: by 10.103.226.20 with SMTP id d20mr3874140mur.8.1239705315364; Tue, 14 Apr 2009 03:35:15 -0700 (PDT) Received: from x22.mjhp.net (dslb-092-073-218-011.pools.arcor-ip.net [92.73.218.11]) by mx.google.com with ESMTPS id y2sm12429864mug.15.2009.04.14.03.35.14 (version=TLSv1/SSLv3 cipher=RC4-MD5); Tue, 14 Apr 2009 03:35:15 -0700 (PDT) To: freebsd-emulation@FreeBSD.org From: Dirk Arlt In-Reply-To: <92928694@bb.ipt.ru> (Boris Samorodov's message of "Mon\, 13 Apr 2009 21\:30\:49 +0400") User-Agent: Gnus/5.11 (Gnus v5.11) Emacs/22.3 (berkeley-unix) References: <86vdp8a7p8.fsf@x22.mjhp.net> <92928694@bb.ipt.ru> Date: Tue, 14 Apr 2009 12:35:13 +0200 Message-ID: <861vrvwmji.fsf@x22.mjhp.net> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Cc: Subject: Re: checksum missmatches installing x11-toolkits/linux-f8-gtk2 X-BeenThere: freebsd-emulation@freebsd.org X-Mailman-Version: 2.1.5 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: Tue, 14 Apr 2009 10:35:17 -0000 Boris Samorodov wrote: [...] > > Seems that you didn't have errors for linux-f8-gtk2, so the distinfo > you attached should be the same as at the port. > The distinfos attached are for x11/linux-f8-xorg-libs and emulators/linux_base-f8. x11-toolkits/linux-f8-gt2 didn'give me any error. > Well, you are right that there should be no errors. > > However, I've just tested x11/linux-f8-xorg-libs and didn't find > any errors. Please, do: > . update your ports tree; > . make sure you don't use any MASTER_SITE* redirect; > . clean up your distfiles (make distclean); > . refetch the port (make fetch); > . test checksums (make checksum). > The Portstree is up to date but i got the same errors on older portstrees. Before installing anything on this machine everything is deinstalled and /usr/local/ is cleaned. I do not change any predefined Sites and /usr/ports/ is empty. I refetched the port about three times. > If you get any errors it will be better to see the full log of > all those operations (TEE(1) may help here). > Will take a look at that. > BTW, the information "diff -u " usualy is more > helpfull rather a itself. > I will send diffs asap, sorry for not thinking about that earlyer. > > WBR Dirk From owner-freebsd-emulation@FreeBSD.ORG Tue Apr 14 13:49:43 2009 Return-Path: Delivered-To: freebsd-emulation@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 356FC106566C; Tue, 14 Apr 2009 13:49:43 +0000 (UTC) (envelope-from matti.k@bigpond.net.au) Received: from nschwqsrv01p.mx.bigpond.com (nschwqsrv01p.mx.bigpond.com [61.9.189.231]) by mx1.freebsd.org (Postfix) with ESMTP id 897448FC1C; Tue, 14 Apr 2009 13:49:41 +0000 (UTC) (envelope-from matti.k@bigpond.net.au) Received: from nschwotgx03p.mx.bigpond.com ([121.210.38.110]) by nschwmtas01p.mx.bigpond.com with ESMTP id <20090414093640.KFA5250.nschwmtas01p.mx.bigpond.com@nschwotgx03p.mx.bigpond.com>; Tue, 14 Apr 2009 09:36:40 +0000 Received: from platypus.freebsd.home ([121.210.38.110]) by nschwotgx03p.mx.bigpond.com with ESMTP id <20090414093639.CVHP13025.nschwotgx03p.mx.bigpond.com@platypus.freebsd.home>; Tue, 14 Apr 2009 09:36:39 +0000 Date: Tue, 14 Apr 2009 20:33:01 +1000 From: matti k To: eculp Message-ID: <20090414203301.57209d43@platypus.freebsd.home> In-Reply-To: <20090413054500.1241102uwgs74khc@econet.encontacto.net> References: <20090413054500.1241102uwgs74khc@econet.encontacto.net> X-Mailer: Claws Mail 3.7.1 (GTK+ 2.14.7; i386-portbld-freebsd8.0) Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit X-RPD-ScanID: Class unknown; VirusThreatLevel unknown, RefID str=0001.0A150202.49E45927.00FD,ss=1,fgs=0 X-SIH-MSG-ID: ohExFcT+XAr1xW57im/mMg1zlwbnpWEq454MWdJktxkQUkfCudG6Bp+zAuMD0Y/ixD5FPBmDNGUgc67kXYbr Cc: freebsd-emulation , current Subject: Re: Flash10, with up to date current, not even recoginized with about:plugins. X-BeenThere: freebsd-emulation@freebsd.org X-Mailman-Version: 2.1.5 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: Tue, 14 Apr 2009 13:49:44 -0000 On Mon, 13 Apr 2009 05:45:00 -0500 eculp wrote: > I'm using up to date current > # uname -a > FreeBSD ed.local.net.mx 8.0-CURRENT FreeBSD 8.0-CURRENT #203: Sun > Apr 12 15:13:50 CDT 2009 > > Auto-install plugins from /root/.mozilla/plugins Looking for plugins > in /root/.mozilla/plugins Install > plugin /root/.mozilla/plugins/nppdf.so > into /root/.mozilla/plugins/npwrapper.nppdf.so > Try running nspluginwrapper as normal user. Cheers, Matti From owner-freebsd-emulation@FreeBSD.ORG Tue Apr 14 17:18:38 2009 Return-Path: Delivered-To: freebsd-emulation@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 6C1501065680; Tue, 14 Apr 2009 17:18:38 +0000 (UTC) (envelope-from eculp@encontacto.net) Received: from ns2.bafirst.com (72-12-2-19.static.networktel.net [72.12.2.19]) by mx1.freebsd.org (Postfix) with ESMTP id 02B478FC15; Tue, 14 Apr 2009 17:18:37 +0000 (UTC) (envelope-from eculp@encontacto.net) Received: from HOME.encontacto.net ([189.190.9.26]) by ns2.bafirst.com with esmtp; Tue, 14 Apr 2009 12:18:35 -0500 id 000D50BB.49E4C56B.00007C8F Received: from localhost (localhost [127.0.0.1]) (uid 80) by HOME.encontacto.net with local; Tue, 14 Apr 2009 12:18:34 -0500 id 0004AC15.49E4C56A.00011DFA Received: from 172.16.0.42 (172.16.0.42 [172.16.0.42]) by econet.encontacto.net (Horde Framework) with HTTP; Tue, 14 Apr 2009 12:18:34 -0500 Message-ID: <20090414121834.16493y1mb7iqhegw@econet.encontacto.net> Date: Tue, 14 Apr 2009 12:18:34 -0500 From: eculp To: Bruce Simpson References: <20090413054500.1241102uwgs74khc@econet.encontacto.net> <49E3EF7A.1020107@incunabulum.net> In-Reply-To: <49E3EF7A.1020107@incunabulum.net> MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1; DelSp="Yes"; format="flowed" Content-Disposition: inline Content-Transfer-Encoding: 7bit User-Agent: Internet Messaging Program (IMP) H3 (5.0-cvs) X-Remote-Browser: Mozilla/5.0 (X11; U; FreeBSD i386; en-US; rv:1.9.0.8) Gecko/2009040106 Firefox/3.0.4, Ant.com Toolbar 1.3 X-IMP-Server: 189.190.9.26 X-Originating-IP: 201.155.7.3 X-Originating-User: eculp@encontacto.net Cc: freebsd-emulation , current Subject: Re: Flash10, with up to date current, not even recoginized with about:plugins. X-BeenThere: freebsd-emulation@freebsd.org X-Mailman-Version: 2.1.5 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: Tue, 14 Apr 2009 17:18:39 -0000 Quoting Bruce Simpson : > eculp wrote: >> >> PS I did notice a userid (0) unknown with a couple of the linux-f8 >> portw while installing them with portmaster and they installed >> fine. IIRC gtk2 was one and scim was the other. > > JFYI: > I found I had to use f9 for Flash 9 to run on 7.2-PRERELEASE. Hi Bruce, Would this be Flash 10 you are refering to? Flash 9 was working fine for me before updating to the *-f8-* ports and moving to flash 10. I am going to give f9 a try with falsh10 and see if I can at least get it recoginized and maybe work as you have. Thanks, ed > > It still isn't 100% happy, in particular, plugin wrapper leaves > processes lying around, and subsequent invocations can have problems > doing anything at all; e.g. the first invocation running a YouTube > video will work, but after that, it hangs. Firefox continues to run, > but Flash does not work. > From owner-freebsd-emulation@FreeBSD.ORG Thu Apr 16 11:37:23 2009 Return-Path: Delivered-To: freebsd-emulation@hub.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 66C561065675; Thu, 16 Apr 2009 11:37:23 +0000 (UTC) (envelope-from gavin@FreeBSD.org) Received: from freefall.freebsd.org (freefall.freebsd.org [IPv6:2001:4f8:fff6::28]) by mx1.freebsd.org (Postfix) with ESMTP id 3A1E68FC14; Thu, 16 Apr 2009 11:37:23 +0000 (UTC) (envelope-from gavin@FreeBSD.org) Received: from freefall.freebsd.org (gavin@localhost [127.0.0.1]) by freefall.freebsd.org (8.14.3/8.14.3) with ESMTP id n3GBbNXk069115; Thu, 16 Apr 2009 11:37:23 GMT (envelope-from gavin@freefall.freebsd.org) Received: (from gavin@localhost) by freefall.freebsd.org (8.14.3/8.14.3/Submit) id n3GBbMie069111; Thu, 16 Apr 2009 11:37:22 GMT (envelope-from gavin) Date: Thu, 16 Apr 2009 11:37:22 GMT Message-Id: <200904161137.n3GBbMie069111@freefall.freebsd.org> To: barner@in.tum.de, gavin@FreeBSD.org, freebsd-bugs@FreeBSD.org, freebsd-emulation@FreeBSD.org From: gavin@FreeBSD.org Cc: Subject: Re: kern/56451: /compat/linux/proc/cpuinfo gives wrong CPU model X-BeenThere: freebsd-emulation@freebsd.org X-Mailman-Version: 2.1.5 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: Thu, 16 Apr 2009 11:37:24 -0000 Synopsis: /compat/linux/proc/cpuinfo gives wrong CPU model State-Changed-From-To: feedback->open State-Changed-By: gavin State-Changed-When: Thu Apr 16 11:36:04 UTC 2009 State-Changed-Why: Over to maintainer(s). Responsible-Changed-From-To: freebsd-bugs->freebsd-emulation Responsible-Changed-By: gavin Responsible-Changed-When: Thu Apr 16 11:36:04 UTC 2009 Responsible-Changed-Why: Put back into the "open" state. Although no feedback was received, as far as I can tell hte code hasn't changed, and this bug should be easy for somebody familiar with linprocfs to verify. http://www.freebsd.org/cgi/query-pr.cgi?pr=56451 From owner-freebsd-emulation@FreeBSD.ORG Thu Apr 16 14:23:21 2009 Return-Path: Delivered-To: freebsd-emulation@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id D7234106564A for ; Thu, 16 Apr 2009 14:23:21 +0000 (UTC) (envelope-from c.r.n.a@wanadoo.fr) Received: from smtp19.orange.fr (smtp19.orange.fr [80.12.242.17]) by mx1.freebsd.org (Postfix) with ESMTP id 9DF588FC18 for ; Thu, 16 Apr 2009 14:23:21 +0000 (UTC) (envelope-from c.r.n.a@wanadoo.fr) Received: from me-wanadoo.net (localhost [127.0.0.1]) by mwinf1913.orange.fr (SMTP Server) with ESMTP id A7C0E20000AF; Thu, 16 Apr 2009 16:23:20 +0200 (CEST) Received: from [192.168.1.27] (ABordeaux-157-1-154-175.w86-210.abo.wanadoo.fr [86.210.161.175]) by mwinf1913.orange.fr (SMTP Server) with ESMTP id 517CB20000B3; Thu, 16 Apr 2009 16:23:20 +0200 (CEST) X-ME-UUID: 20090416142320333.517CB20000B3@mwinf1913.orange.fr Message-ID: <49E73EE3.4020800@wanadoo.fr> Date: Thu, 16 Apr 2009 16:21:23 +0200 From: Nicolas User-Agent: Thunderbird 2.0.0.21 (X11/20090414) MIME-Version: 1.0 To: freebsd-emulation@freebsd.org, eculp@encontacto.net References: 49E3EF7A.1020107@incunabulum.net Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: Subject: Flash10, with up to date current, not even recoginized with about:plugins. X-BeenThere: freebsd-emulation@freebsd.org X-Mailman-Version: 2.1.5 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: Thu, 16 Apr 2009 14:23:22 -0000 Hi Eculp, I have the same problem and it's now solved. Simply delete all files and directories in /usr/compat/linux Delete all directories related to linux in /var/db/pkg Reinstall all the linux base and plugins. After that, type in terminal: cd /usr/local/lib/firefox3/plugins && ln -s /usr/local/lib/browser_plugins/npwrapper.libflashplayer.so npwrapper.libflashplayer.so Is it working now ? If no, open terminal and type: firefox3 you will see all problem message. Nicolas. PS: i recommend you, if you don't need it, to deinstall the linux alsa lib. From owner-freebsd-emulation@FreeBSD.ORG Fri Apr 17 19:11:38 2009 Return-Path: Delivered-To: freebsd-emulation@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 566691065670 for ; Fri, 17 Apr 2009 19:11:38 +0000 (UTC) (envelope-from nox@jelal.kn-bremen.de) Received: from smtp.kn-bremen.de (gelbbaer.kn-bremen.de [78.46.108.116]) by mx1.freebsd.org (Postfix) with ESMTP id D8F518FC20 for ; Fri, 17 Apr 2009 19:11:37 +0000 (UTC) (envelope-from nox@jelal.kn-bremen.de) Received: by smtp.kn-bremen.de (Postfix, from userid 10) id 8A7B71E0010C; Fri, 17 Apr 2009 21:11:57 +0200 (CEST) Received: from triton.kn-bremen.de (noident@localhost [127.0.0.1]) by triton.kn-bremen.de (8.14.3/8.14.3) with ESMTP id n3HJ9U0m011114; Fri, 17 Apr 2009 21:09:30 +0200 (CEST) (envelope-from nox@triton.kn-bremen.de) Received: (from nox@localhost) by triton.kn-bremen.de (8.14.3/8.14.3/Submit) id n3HJ9TBd011113; Fri, 17 Apr 2009 21:09:29 +0200 (CEST) (envelope-from nox) From: Juergen Lock Date: Fri, 17 Apr 2009 21:09:29 +0200 To: Nicolas Message-ID: <20090417190929.GA10939@triton.kn-bremen.de> References: <49E84409.8000005@wanadoo.fr> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <49E84409.8000005@wanadoo.fr> User-Agent: Mutt/1.5.19 (2009-01-05) Cc: freebsd-emulation@freebsd.org Subject: Re: flash10 X-BeenThere: freebsd-emulation@freebsd.org X-Mailman-Version: 2.1.5 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: Fri, 17 Apr 2009 19:11:38 -0000 [btw, please send plain text email instead of html to freebsd lists next time, many people here aren't really setup for html mail...] On Fri, Apr 17, 2009 at 10:55:37AM +0200, Nicolas wrote: > Hi, > I updated all my ports. > Version of Linux is: > $ pkg_version | grep linux > linux-f8-aspell = > linux-f8-atk = > linux-f8-cairo = > linux-f8-curl = > linux-f8-expat = > linux-f8-fontconfig = > linux-f8-gtk2 = > linux-f8-hicolor-icon-theme = > linux-f8-jpeg = > linux-f8-libidn = > linux-f8-libsigc++20 = > linux-f8-libssh2 = > linux-f8-nspr = > linux-f8-nss = > linux-f8-openssl = > linux-f8-pango = > linux-f8-png = > linux-f8-scim-libs = > linux-f8-sqlite3 = > linux-f8-tiff = > linux-f8-xorg-libs = > linux-flashplugin = > linux_base-f9 = > $ uname -a > FreeBSD localhost 8.0-CURRENT FreeBSD 8.0-CURRENT #5: Sun Apr 12 > 11:50:24 CEST 2009 niko@localhost:/usr/obj/usr/src/sys/GENERIC > i386 > And i have always this problem ! > When i go to a website like google video (no video loaded) or simple > weather website, i have this message: > (npviewer.bin:22459): Gtk-WARNING **: Locale not supported by C > library. > Using the fallback 'C' locale. > *** NSPlugin Wrapper *** ERROR: NPP_HandleEvent() wait for reply: > Message timeout > *** NSPlugin Wrapper *** > WARNING:(/usr/ports/www/nspluginwrapper/work/nspluginwrapper-1.2.2/src/ > npw-wrapper.c:1924):invoke_NPP_SetWindow: assertion failed: > (rpc_method_invoke_possible(plugin->connection)) > *** NSPlugin Wrapper *** > WARNING:(/usr/ports/www/nspluginwrapper/work/nspluginwrapper-1.2.2/src/ > npw-wrapper.c:2534):invoke_NPP_HandleEvent: assertion failed: > (rpc_method_invoke_possible(plugin->connection)) > *** NSPlugin Wrapper *** > WARNING:(/usr/ports/www/nspluginwrapper/work/nspluginwrapper-1.2.2/src/ > npw-wrapper.c:1855):invoke_NPP_Destroy: assertion failed: > (rpc_method_invoke_possible(plugin->connection)) > *** NSPlugin Wrapper *** ERROR: NPObject 0x2e9df170 is no longer valid! > (npviewer.bin:22780): Gtk-WARNING **: Locale not supported by C > library. > Using the fallback 'C' locale. > *** NSPlugin Wrapper *** ERROR: NPP_SetWindow() wait for reply: Message > timeout > *** NSPlugin Wrapper *** > WARNING:(/usr/ports/www/nspluginwrapper/work/nspluginwrapper-1.2.2/src/ > npw-wrapper.c:1924):invoke_NPP_SetWindow: assertion failed: > (rpc_method_invoke_possible(plugin->connection)) > *** NSPlugin Wrapper *** > WARNING:(/usr/ports/www/nspluginwrapper/work/nspluginwrapper-1.2.2/src/ > npw-wrapper.c:1974):invoke_NPP_GetValue: assertion failed: > (rpc_method_invoke_possible(plugin->connection)) > *** NSPlugin Wrapper *** WARNING: unhandled variable 11 in > NPP_GetValue() > *** NSPlugin Wrapper *** > WARNING:(/usr/ports/www/nspluginwrapper/work/nspluginwrapper-1.2.2/src/ > npw-wrapper.c:2164):invoke_NPP_NewStream: assertion failed: > (rpc_method_invoke_possible(plugin->connection)) > Do you have a solution for this ? > It's really instable and freeze firefox for 1 or 2 minutes. > Thanks in advance, > Nicolas. > Hi Juergen, > I'm using FreeBSD 8-Current. > OVERRIDE_LINUX_BASE_PORT and OVERRIDE_LINUX_NONBASE_PORTS are set on > my make.conf > linprocfs is mounted on fstab. >[...] Ok, in that case my original answer still stands that you even included: >>[...] >> Anyway, if the issue persists, do a `pkg_add -r linux_kdump' and then >>try running firefox like `ktrace -di firefox3 http://youtube.com', quit >>it after you've reproduced the isse, and then do `linux_kdump >kdump.txt' >>and look in kdump.txt for what npviewer.bin did before it exited/crashed, >>(usually indicated by a line containing `PSIG SIGSEGV', or another signal) >>and then maybe post the last 100 lines up to that here. >>HTH, >> Juergen