From mboxrd@z Thu Jan 1 00:00:00 1970 Received: from c2bthomr10.btconnect.com ([213.123.20.128] helo=mail.btconnect.com) by linuxtogo.org with esmtp (Exim 4.72) (envelope-from ) id 1QkDcD-0005kW-Hb; Fri, 22 Jul 2011 13:09:57 +0200 Received: from host109-149-246-170.range109-149.btcentralplus.com (EHLO _192.168.0.12_) ([109.149.246.170]) by c2bthomr10.btconnect.com with ESMTP id DTT14005; Fri, 22 Jul 2011 12:04:44 +0100 (BST) From: Rob Smith To: openembedded-devel@lists.openembedded.org In-Reply-To: <1311330120.1861.13.camel@avalanches> References: <1311330120.1861.13.camel@avalanches> Date: Fri, 22 Jul 2011 12:04:42 +0100 Message-ID: <1311332682.1861.17.camel@avalanches> Mime-Version: 1.0 X-Mailer: Evolution 2.32.2 X-Mirapoint-IP-Reputation: reputation=Fair-1, source=Queried, refid=tid=0001.0A0B0303.4E29594B.00AB, actions=tag X-Junkmail-Premium-Raw: score=7/50, refid=2.7.2:2011.7.22.94516:17:7.586, ip=109.149.246.170, rules=__BOUNCE_CHALLENGE_SUBJ, __BOUNCE_NDR_SUBJ_EXEMPT, __TO_MALFORMED_2, __TO_NO_NAME, __CT, __CT_TEXT_PLAIN, __HAS_MSGID, __SANE_MSGID, INVALID_MSGID_NO_FQDN, __MIME_VERSION, __HAS_X_MAILER, __CTE, __ANY_URI, __URI_NO_WWW, __CP_MEDIA_BODY, __CP_URI_IN_BODY, BODY_SIZE_1700_1799, BODYTEXTP_SIZE_3000_LESS, __MIME_TEXT_ONLY, RDNS_GENERIC_POOLED, BODY_SIZE_5000_LESS, RDNS_SUSP_GENERIC, RDNS_SUSP, BODY_SIZE_2000_LESS, BODY_SIZE_7000_LESS X-Junkmail-Status: score=10/50, host=c2bthomr10.btconnect.com X-Junkmail-Signature-Raw: score=unknown, refid=str=0001.0A0B0208.4E29594C.01EF,ss=1,fgs=0, ip=0.0.0.0, so=2010-07-22 22:03:31, dmn=2009-09-10 00:05:08, mode=multiengine X-Junkmail-IWF: false Cc: openembedded-devel@linuxtogo.org Subject: Re: Problem with task do_package_update_index_ipk X-BeenThere: openembedded-devel@lists.openembedded.org X-Mailman-Version: 2.1.11 Precedence: list Reply-To: openembedded-devel@lists.openembedded.org List-Id: Using the OpenEmbedded metadata to build Distributions List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 22 Jul 2011 11:09:57 -0000 Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: 7bit Hello Again, I've managed to discover what the problem was... It turns out the ipk.lock file was still present in my deploy directory, which seems to have completely messed things up. The location of the .lock file was tmp/deploy/glibc/, and when present the do_package_update_index_ipk task just hung forever. Perhaps this should be a bug report, as there should have at least been a warning message. Anyway, just for info. Cheers Rob On Fri, 2011-07-22 at 11:22 +0100, Rob Smith wrote: > Hello, > > I've encountered a strange problem that seems to have arisen from > nowhere. Essentially, when I try to bitbake an image > (omap3-console-image), the process gets completely stuck in the task > do_package_update_index_ipk. Its currently been running for over 4 > hours. Yesterday, it was working fine, and would take only a few minutes > for that task to complete. > > This morning, all I changed was some configure options for the packages > gst-plugins-base and gst-plugins-good, cleaned them, and then rebuilt, > using these commands: > > # bitbake gst-plugins-base -c clean > # bitbake gst-plugins-base > # bitbake gst-plugins-good -c clean > # bitbake gst-plugins-good > # bitbake omap3-console-image > > This last command gets stuck in the do_package_update_index_ipk task. > What exactly does this task do, and is there anything I can do to fix > this? Is there an index file that might be corrupt? > > Thanks for any help, > Regards > Rob Smih > > > _______________________________________________ > Openembedded-devel mailing list > Openembedded-devel@lists.openembedded.org > http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-devel