From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: from mp2 ([2001:41d0:2:4a6f::]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits)) by ms11 with LMTPS id qaBnEgl+JWBjFQAA0tVLHw (envelope-from ) for ; Thu, 11 Feb 2021 18:57:13 +0000 Received: from aspmx1.migadu.com ([2001:41d0:2:4a6f::]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits)) by mp2 with LMTPS id kKKNDQl+JWChOQAAB5/wlQ (envelope-from ) for ; Thu, 11 Feb 2021 18:57:13 +0000 Received: from lists.gnu.org (lists.gnu.org [209.51.188.17]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by aspmx1.migadu.com (Postfix) with ESMTPS id 914199404C7 for ; Thu, 11 Feb 2021 18:57:12 +0000 (UTC) Received: from localhost ([::1]:45312 helo=lists1p.gnu.org) by lists.gnu.org with esmtp (Exim 4.90_1) (envelope-from ) id 1lAH9L-0001hx-Et for larch@yhetil.org; Thu, 11 Feb 2021 13:57:11 -0500 Received: from eggs.gnu.org ([2001:470:142:3::10]:42234) by lists.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.90_1) (envelope-from ) id 1lAGos-0000Tq-9s for guix-patches@gnu.org; Thu, 11 Feb 2021 13:36:02 -0500 Received: from debbugs.gnu.org ([209.51.188.43]:47691) by eggs.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_128_GCM_SHA256:128) (Exim 4.90_1) (envelope-from ) id 1lAGos-00044s-18 for guix-patches@gnu.org; Thu, 11 Feb 2021 13:36:02 -0500 Received: from Debian-debbugs by debbugs.gnu.org with local (Exim 4.84_2) (envelope-from ) id 1lAGor-0000dz-TN for guix-patches@gnu.org; Thu, 11 Feb 2021 13:36:01 -0500 X-Loop: help-debbugs@gnu.org Subject: [bug#46376] [PATCH] gnu: tesseract-ocr: update to 4.1.1) Resent-From: Andy Tai Original-Sender: "Debbugs-submit" Resent-CC: guix-patches@gnu.org Resent-Date: Thu, 11 Feb 2021 18:36:01 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 46376 X-GNU-PR-Package: guix-patches X-GNU-PR-Keywords: patch To: Jelle Licht Cc: 46376@debbugs.gnu.org Received: via spool by 46376-submit@debbugs.gnu.org id=B46376.16130685292435 (code B ref 46376); Thu, 11 Feb 2021 18:36:01 +0000 Received: (at 46376) by debbugs.gnu.org; 11 Feb 2021 18:35:29 +0000 Received: from localhost ([127.0.0.1]:59237 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1lAGoL-0000dD-7I for submit@debbugs.gnu.org; Thu, 11 Feb 2021 13:35:29 -0500 Received: from mail-io1-f52.google.com ([209.85.166.52]:37485) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1lAGoJ-0000cz-1J for 46376@debbugs.gnu.org; Thu, 11 Feb 2021 13:35:28 -0500 Received: by mail-io1-f52.google.com with SMTP id m17so6722350ioy.4 for <46376@debbugs.gnu.org>; Thu, 11 Feb 2021 10:35:26 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=atai-org.20150623.gappssmtp.com; s=20150623; h=mime-version:references:in-reply-to:from:date:message-id:subject:to :cc:content-transfer-encoding; bh=fgDFHWjVsLYDoDSWMZs9L+MiL79cM2nRrBKx98vYWvw=; b=j9OfYuZc/PusgptjPQo9CNvNkZyeK+O/8GtSoNh/cahha4Q581lkdF68esIP63sV4g DSSKWCvuW0hZJTJeEhd3eBqOZwaV2kOueUfPbomP3ACF/gZ69ugEXreV26sraxC02YUI CClaJFDAhw+HXa7eqoRW68ZKASnBEaCGKA6kixI825WdmxaSRbuL2PjKhhjjzWudLGZb Ew/4FAkMJTNI9m5ZK0yQrxwxVOATc2zBORjrK/vRihK2G8vLA/ukI2EFjUm2Pb4niXQS FCcZ+lgDSLea85QsaZYgKf2AeYJ5DI3xGYLau9wN1K6l3EiwEscERm3l1WhG7N+ejrcH ckYQ== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:mime-version:references:in-reply-to:from:date :message-id:subject:to:cc:content-transfer-encoding; bh=fgDFHWjVsLYDoDSWMZs9L+MiL79cM2nRrBKx98vYWvw=; b=CFO02+CEjCD8f7CHbktcTIVBPwDmv1iX+l5mqEES9JNrqeM2upGrY+RM9ymQbMTHED uN1t/Ja3L+z0DfZ8gLPY0yVzTzLptyY+XXMUFkuW+pF8acB1oQwKrDglqlgWEaX8nY2n B8WZVuv7Y/d+/rbQ+lEp4imtmA8ZooVnaKh8bQOtcWGQ1cpOCrUn+YmuUteDYDZ31511 6QLHjmwmJMymXckBFrC0NxlKM4X26v4dvDhg1Vkc1GlT6IRAly7dUFzihXZEl2ApVJcZ BDy8HuwVdA4JyLYsqZoTzSLUyYDMvKU6D8ggWdxMlAgRiN8mmCgNg1LOz0zdIsRT1UWa UinQ== X-Gm-Message-State: AOAM530Gj6GuG7OpaLPjXoyEDadEo5GsS/ea9q0wbT04YCaNt9ikA5Xt egAuyBHgAb3d+WKNSVXsm9LAe5HoVyyrnVLZOm0= X-Google-Smtp-Source: ABdhPJxNGqZzLZ++kA16VdrBeStTI7SJQhtm00Js79vIja5OAg0qfUjLsdKbqYQULzuAmJjZKhncniE/T4KIuY18nf0= X-Received: by 2002:a05:6638:ccc:: with SMTP id e12mr10075307jak.6.1613068521112; Thu, 11 Feb 2021 10:35:21 -0800 (PST) MIME-Version: 1.0 References: <86a6sep7h0.fsf@posteo.net> <867dnhpi85.fsf@posteo.net> <86sg6450cl.fsf@posteo.net> <86o8gq517v.fsf@posteo.net> In-Reply-To: <86o8gq517v.fsf@posteo.net> From: Andy Tai Date: Thu, 11 Feb 2021 10:34:44 -0800 Message-ID: Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list X-BeenThere: guix-patches@gnu.org List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: guix-patches-bounces+larch=yhetil.org@gnu.org Sender: "Guix-patches" X-Migadu-Flow: FLOW_IN X-Migadu-Spam-Score: -1.36 Authentication-Results: aspmx1.migadu.com; dkim=fail ("headers rsa verify failed") header.d=atai-org.20150623.gappssmtp.com header.s=20150623 header.b=j9OfYuZc; dmarc=none; spf=pass (aspmx1.migadu.com: domain of guix-patches-bounces@gnu.org designates 209.51.188.17 as permitted sender) smtp.mailfrom=guix-patches-bounces@gnu.org X-Migadu-Queue-Id: 914199404C7 X-Spam-Score: -1.36 X-Migadu-Scanner: scn1.migadu.com X-TUID: s2ou18SdJg+g Hi, sure. Since the tests are built, we can just skip running them by deleting the check phase. That would be minimal change from the (otherwise working) patch, also with no trouble from the missing training data. On Thu, Feb 11, 2021 at 2:48 AM Jelle Licht wrote: > > Hey Andy, > > Andy Tai writes: > > > updated patch: > > > > unit tests run, with some failures due to illegal instruction and > > others succeed, but these requires first manual downloading of the > > training data; I am not sure how that can be done as part of Guix > > package definition. Help on that is much appreciated. (details > > commented in the patch) > > The illegal instruction stuff seems somehow problematic either way. The > training data seems to be generated via a not-really-trivial process, so > my guess is that to properly package this, we would really have to > generate the training data 'from source'. For now, it might make more > sense to have users "BYOTD" (bring your own training data) and leave it > out of the packaging story. > > Andy, what would you think about dumbing down your patch so > tesseract-ocr simply doesn't run tests (or try to build them, for that > matter)? So sorry for sending you on this wild goose chase! > > I'm willing to adjust and push such a change, unless someone has a > better idea. > > Thanks, > - Jelle --=20 Andy Tai, atai@atai.org, Skype: licheng.tai, Line: andy_tai, WeChat: andyta= i1010 Year 2021 =E6=B0=91=E5=9C=8B110=E5=B9=B4 =E8=87=AA=E5=8B=95=E7=9A=84=E7=B2=BE=E7=A5=9E=E5=8A=9B=E6=98=AF=E4=BF=A1=E4= =BB=B0=E8=88=87=E8=A6=BA=E6=82=9F =E8=87=AA=E5=8B=95=E7=9A=84=E8=A1=8C=E7=82=BA=E5=8A=9B=E6=98=AF=E5=8B=9E=E5= =8B=95=E8=88=87=E6=8A=80=E8=83=BD