all messages for Guix-related lists mirrored at yhetil.org
 help / color / mirror / code / Atom feed
From: ng0 <ng0@libertad.pw>
To: guix-devel@gnu.org
Subject: Idea: "guix log"
Date: Sun, 15 Jan 2017 20:07:57 +0000	[thread overview]
Message-ID: <87bmv8krxe.fsf@wasp.i-did-not-set--mail-host-address--so-tickle-me> (raw)

TL;DR: thoughts about a potential new guix command, guix log.

I have a couple of ideas and two of them can be combined into a
new guix subcommand family, guix log, while the other (pfl
inspiration) is open.

I used and developed with/for Gentoo for a while and I always
found `pfl' nice. The bad thing is that it queries
http://www.portagefilelist.de/ (if you tell it to do so) and
without portage it is kinda useless. I haven't tried packaging
portage with stripped features for guix yet (I have some Gentoo
tools packaged), because I think we can do better. Quote from pfl:

   Portage File List collects which files are installed by which
   ebuild on users machines. It shares this data publicly for
   searching/browsing.
   It allows user to search for files that are not installed on
   their system and figure out which ebuild they need to install in
   order to obtain it.

Here is what I think we can do: We can record the file names
of every build, and do the queries offline (for software the
local machine has) or query hydra.


Next tool, next idea (the guix log family): A log viewer. Gentoo
has more than one. The way we currently save logs could be more
human friendly. It doesn't need a restructuring of the folders
(yes I know about the switch for logfiles) but we could have
something similar to https://github.com/gentoo/elogv which
provides an easy way to read thelogs (nothing more). In addition
to that, our log reader could extract the log and save it if
requested to do so.
Furthermore, a log parser which can tell you how long a build
took, on average/every time. This is similar to
https://wiki.gentoo.org/wiki/Genlop
(https://gitweb.gentoo.org/repo/gentoo.git/tree/app-portage/genlop/genlop-0.30.10-r1.ebuild).
You don't want to query hydra via emacs or your webbrowser every
time (at least I don't do this), so a small programm to read out
the start and finish time of a log would be great.


What do you think?
-- 
♥Ⓐ  ng0 -- https://www.inventati.org/patternsinthechaos/

             reply	other threads:[~2017-01-15 20:07 UTC|newest]

Thread overview: 3+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2017-01-15 20:07 ng0 [this message]
2017-01-15 22:37 ` Idea: "guix log" Ludovic Courtès
2017-01-17 14:50   ` Ricardo Wurmus

Reply instructions:

You may reply publicly to this message via plain-text email
using any one of the following methods:

* Save the following mbox file, import it into your mail client,
  and reply-to-all from there: mbox

  Avoid top-posting and favor interleaved quoting:
  https://en.wikipedia.org/wiki/Posting_style#Interleaved_style

* Reply using the --to, --cc, and --in-reply-to
  switches of git-send-email(1):

  git send-email \
    --in-reply-to=87bmv8krxe.fsf@wasp.i-did-not-set--mail-host-address--so-tickle-me \
    --to=ng0@libertad.pw \
    --cc=guix-devel@gnu.org \
    /path/to/YOUR_REPLY

  https://kernel.org/pub/software/scm/git/docs/git-send-email.html

* If your mail client supports setting the In-Reply-To header
  via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line before the message body.
Code repositories for project(s) associated with this external index

	https://git.savannah.gnu.org/cgit/guix.git

This is an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.