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 0KF/LAvKB1+yQAAA0tVLHw (envelope-from ) for ; Fri, 10 Jul 2020 01:53:15 +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 CGxZKAvKB18NJgAAB5/wlQ (envelope-from ) for ; Fri, 10 Jul 2020 01:53:15 +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 2C4F6940DD2 for ; Fri, 10 Jul 2020 01:53:15 +0000 (UTC) Received: from localhost ([::1]:42466 helo=lists1p.gnu.org) by lists.gnu.org with esmtp (Exim 4.90_1) (envelope-from ) id 1jtiDw-0007iZ-ME for larch@yhetil.org; Thu, 09 Jul 2020 21:53:12 -0400 Received: from eggs.gnu.org ([2001:470:142:3::10]:58296) by lists.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.90_1) (envelope-from ) id 1jtiDm-0007iS-IM for bug-guix@gnu.org; Thu, 09 Jul 2020 21:53:02 -0400 Received: from debbugs.gnu.org ([209.51.188.43]:58624) by eggs.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_128_GCM_SHA256:128) (Exim 4.90_1) (envelope-from ) id 1jtiDm-0006vP-95 for bug-guix@gnu.org; Thu, 09 Jul 2020 21:53:02 -0400 Received: from Debian-debbugs by debbugs.gnu.org with local (Exim 4.84_2) (envelope-from ) id 1jtiDm-0000sn-7S for bug-guix@gnu.org; Thu, 09 Jul 2020 21:53:02 -0400 X-Loop: help-debbugs@gnu.org Subject: bug#42291: data service: Show list of files and allow qeuerying Resent-From: Bengt Richter Original-Sender: "Debbugs-submit" Resent-CC: bug-guix@gnu.org Resent-Date: Fri, 10 Jul 2020 01:53:02 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 42291 X-GNU-PR-Package: guix X-GNU-PR-Keywords: To: zimoun Received: via spool by 42291-submit@debbugs.gnu.org id=B42291.15943459603363 (code B ref 42291); Fri, 10 Jul 2020 01:53:02 +0000 Received: (at 42291) by debbugs.gnu.org; 10 Jul 2020 01:52:40 +0000 Received: from localhost ([127.0.0.1]:41937 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1jtiDQ-0000sA-CM for submit@debbugs.gnu.org; Thu, 09 Jul 2020 21:52:40 -0400 Received: from imta-36.everyone.net ([216.200.145.36]:39210 helo=imta-38.everyone.net) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1jtiDN-0000rz-SA for 42291@debbugs.gnu.org; Thu, 09 Jul 2020 21:52:39 -0400 Received: from pps.filterd (omta002.sj2.proofpoint.com [127.0.0.1]) by imta-38.everyone.net (8.16.0.27/8.16.0.27) with SMTP id 06A1ptN1023318; Thu, 9 Jul 2020 18:52:28 -0700 X-Eon-Originating-Account: J_uu9--ylLOE-T0N42mdifcv7vYFPN2ECmFOQPbFX20 X-Eon-Dm: m0117124.ppops.net Received: by m0117124.mta.everyone.net (EON-AUTHRELAY2 - 53b92ecf) id m0117124.5ef25234.1cd2dc; Thu, 9 Jul 2020 18:52:26 -0700 X-Eon-Sig: AQMHrIJfB8namD5x4AIAAAAE,ea88b78e004811d40eecd992ab740436 X-Eip: yoUh3T5WIWJdiTJBOgLRJlORDnwxOtSgfqxjctutyIQ Date: Fri, 10 Jul 2020 03:52:16 +0200 From: Bengt Richter Message-ID: <20200710015216.GA2523@LionPure> References: <38704555-aa70-e925-d43c-baa02998b58f@crazy-compilers.com> <863661ca6m.fsf@gmail.com> MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Disposition: inline In-Reply-To: <863661ca6m.fsf@gmail.com> User-Agent: Mutt/1.10.1 (2018-07-13) X-Proofpoint-Virus-Version: vendor=fsecure engine=2.50.10434:6.0.235, 18.0.687 definitions=2020-07-09_11:2020-07-09, 2020-07-09 signatures=0 X-Proofpoint-Spam-Details: rule=notspam policy=default score=0 priorityscore=1501 malwarescore=0 suspectscore=0 phishscore=0 bulkscore=0 spamscore=0 clxscore=1034 lowpriorityscore=0 mlxscore=0 impostorscore=0 mlxlogscore=999 adultscore=0 classifier=spam adjust=0 reason=mlx scancount=1 engine=8.0.1-2006250000 definitions=main-2007100007 X-Spam-Score: -0.4 (/) X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list X-Spam-Score: -1.4 (-) X-BeenThere: bug-guix@gnu.org List-Id: Bug reports for GNU Guix List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Reply-To: Bengt Richter Cc: Hartmut Goebel , Pierre Neidhardt , 42291@debbugs.gnu.org Errors-To: bug-guix-bounces+larch=yhetil.org@gnu.org Sender: "bug-Guix" X-Scanner: scn0 Authentication-Results: aspmx1.migadu.com; dkim=none; dmarc=none; spf=pass (aspmx1.migadu.com: domain of bug-guix-bounces@gnu.org designates 209.51.188.17 as permitted sender) smtp.mailfrom=bug-guix-bounces@gnu.org X-Spam-Score: 0.99 X-TUID: PrIq50pH8xKe Hi On +2020-07-09 11:25:05 +0200, zimoun wrote: > Dear, > > +Pierre because I am not sure he reads carefully debuugs. ;-) > > On Thu, 09 Jul 2020 at 10:13, Hartmut Goebel wrote: > > Serverity: wishlist > > I often find myself checking the content of a package. For this I > > would like to be able to inspect the list of files in a package, or > > even query for a specific file. > > Pierre proposed "guix filesearch" some time ago. > > https://lists.gnu.org/archive/html/guix-devel/2019-03/msg00236.html > > > > This is much like Debian does in "list of files" for each package (e.g. ) and with "Search the contents of packages" > > Yes, it could be nice to have that in the Data Service. > Since this is about listing files, seems like it wouldn't be that hard to provide a file globbing selection option like find dir -iname globexpr (pass through to find itself?) (hm, also -newerct timespec can be a handy find opt) and/or output control like "stat -c 'formatstring'" (likewise pass through to stat) ? Also, ls-borrowed options like -B -1 -d -A might be nice. If you want to consider the general problem of inspecting arbitrary object component details, lsblk -o,selected,fields,listed,here might be a good model (including -n option). I think it would be nice if all object detail listing functions would converge in design to a few consistent ways of specifying source and output options, so we wouldn't have to re-invent "$(foo -dumpalot|sed -E ad_hoc_hack)" so much. Are there any system design guidelines for converging? BTW, please preserve cli and info retrieval independence from GUI systems, (except when GUI preferences and parameters are the objects being inspected, of course, but even then, minimize entanglements :) > > All the best, > simon > > > -- Regards, Bengt Richter