From mboxrd@z Thu Jan 1 00:00:00 1970 From: Catonano Subject: Re: How to get the package metadata as structured data? Date: Thu, 11 Aug 2016 01:40:27 +0200 Message-ID: References: <87a8gss0mc.fsf@gnu.org> <56f534d8cd574be59d39ad3a3ca5a1b6@exchsrv2.sgc.loc> <87y444deyq.fsf@elephly.net> <87wpjodbw2.fsf@elephly.net> Mime-Version: 1.0 Content-Type: multipart/alternative; boundary=94eb2c05af4e99abf90539c02cfb Return-path: Received: from eggs.gnu.org ([2001:4830:134:3::10]:53315) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1bXd6u-0003oU-3f for guix-devel@gnu.org; Wed, 10 Aug 2016 19:40:33 -0400 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1bXd6r-0000pY-6D for guix-devel@gnu.org; Wed, 10 Aug 2016 19:40:30 -0400 Received: from mail-io0-x231.google.com ([2607:f8b0:4001:c06::231]:35486) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1bXd6q-0000pU-Vv for guix-devel@gnu.org; Wed, 10 Aug 2016 19:40:29 -0400 Received: by mail-io0-x231.google.com with SMTP id m101so56465772ioi.2 for ; Wed, 10 Aug 2016 16:40:28 -0700 (PDT) In-Reply-To: <87wpjodbw2.fsf@elephly.net> List-Id: "Development of GNU Guix and the GNU System distribution." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: guix-devel-bounces+gcggd-guix-devel=m.gmane.org@gnu.org Sender: "Guix-devel" To: Ricardo Wurmus Cc: guix-devel --94eb2c05af4e99abf90539c02cfb Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable 2016-08-10 14:52 GMT+02:00 Ricardo Wurmus : > > Catonano writes: > > > 2016-08-10 13:46 GMT+02:00 Ricardo Wurmus : > > > >> > >> Philippe Ombredanne writes: > >> > >> > David Craven wrote: > >> >> I aborted, since I realised that guix package -s doesn't include th= e > >> >> source url and hash, which would be important for a testsuite... > >> > > >> > IMHO, if the rec data is the only way to get to the packages data, t= he > >> > source url would be rather essential to get in. > >> > >> The recutils output is not the *only* way to access the package data. > >> All packages in Guix are just Scheme variables. Package data are > >> available as S-expressions and can be read by Scheme programs or parse= d > >> by external applications. The recutils output is just an additional > >> format used when interacting with Guix on the command line. > >> > >> (Personally, I=E2=80=99m not enthusiastic about adding a serialised fo= rm of the > >> source field to the recutils output.) > >> > >> ~~ Ricardo > >> > >> > >> > > Not so long ago, someone posted a script that produced a web page with > the > > results of linting all the packages > > > > That's an example > > > > One could produce an xml file to be imported in Gephi, just to make > another > > example. > > > > Or a SQL text file to be imported in some relational db, or a different > > format to be imported in some not relational db... > > I understand that it may be useful. I just think that the > representation as a Guile Scheme expression/value is *already* much more > useful. That=E2=80=99s what made =E2=80=9Cguix web=E2=80=9D possible, a = web interface like this > one: > > http://guix.mdc-berlin.de Yes, Ricardo, I was not disagreeing with you. I was just trying to offer Philippe some more perspective. In fact I believe that the approach you envisioned (a cycle through the packages values, leaving only the decompress phase and adding a phase that calls Philippe's tool) has its merits. Only, if I was Philippe, I would regret storing the output in the store I'd prefer to be able to store the output in the regular file system In this regard, I think that the threads about pipelines (for reproducible science), some time ago, were quite interesting --94eb2c05af4e99abf90539c02cfb Content-Type: text/html; charset=UTF-8 Content-Transfer-Encoding: quoted-printable
2016-08-10 14:52 GMT+02:00 Ricardo Wurmus <rekado@elephl= y.net>:
=
Catonano <catonano@gmail.com&g= t; writes:

> 2016-08-10 13:46 GMT+02:00 Ricardo Wurmus <rekado@elephly.net>:
>
>>
>> Philippe Ombredanne <po= mbredanne@nexb.com> writes:
>>
>> > David Craven <david@cra= ven.ch> wrote:
>> >> I aborted, since I realised that guix package -s doesn= 9;t include the
>> >> source url and hash, which would be important for a tests= uite...
>> >
>> > IMHO, if the rec data is the only way to get to the packages = data, the
>> > source url would be rather essential to get in.
>>
>> The recutils output is not the *only* way to access the package da= ta.
>> All packages in Guix are just Scheme variables.=C2=A0 Package data= are
>> available as S-expressions and can be read by Scheme programs or p= arsed
>> by external applications.=C2=A0 The recutils output is just an add= itional
>> format used when interacting with Guix on the command line.
>>
>> (Personally, I=E2=80=99m not enthusiastic about adding a serialise= d form of the
>> source field to the recutils output.)
>>
>> ~~ Ricardo
>>
>>
>>
> Not so long ago, someone posted a script that produced a web page with= the
> results of linting all the packages
>
> That's an example
>
> One could produce an xml file to be imported in Gephi, just to make an= other
> example.
>
> Or a SQL text file to be imported in some relational db, or a differen= t
> format to be imported in some not relational db...

I understand that it may be useful.=C2=A0 I just think that the=
representation as a Guile Scheme expression/value is *already* much more useful.=C2=A0 That=E2=80=99s what made =E2=80=9Cguix web=E2=80=9D possible,= a web interface like this
one:

=C2=A0 =C2=A0 http://guix.mdc-berlin.de


=
Yes, Ricardo, I was not disagreeing with you. I was just trying to off= er Philippe some more perspective.

In fact I believe that= the approach you envisioned (a cycle through the packages values, leaving = only the decompress phase and adding a phase that calls Philippe's tool= ) has its merits.

Only, if I was Philippe, I would regret= storing the output in the store

I'd prefer to be abl= e to store the output in the regular file system

In this = regard, I think that the threads about pipelines (for reproducible science)= , some time ago, were quite interesting
--94eb2c05af4e99abf90539c02cfb--