unofficial mirror of guix-devel@gnu.org 
 help / color / mirror / code / Atom feed
* Idea: "guix log"
@ 2017-01-15 20:07 ng0
  2017-01-15 22:37 ` Ludovic Courtès
  0 siblings, 1 reply; 3+ messages in thread
From: ng0 @ 2017-01-15 20:07 UTC (permalink / raw)
  To: guix-devel

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/

^ permalink raw reply	[flat|nested] 3+ messages in thread

* Re: Idea: "guix log"
  2017-01-15 20:07 Idea: "guix log" ng0
@ 2017-01-15 22:37 ` Ludovic Courtès
  2017-01-17 14:50   ` Ricardo Wurmus
  0 siblings, 1 reply; 3+ messages in thread
From: Ludovic Courtès @ 2017-01-15 22:37 UTC (permalink / raw)
  To: ng0; +Cc: guix-devel

Hi!

ng0 <ng0@libertad.pw> skribis:

> 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.

‘guix-build-log-mode’ in Emacs does that and it’s awesome.  We could
have a log colorizing & navigation tool outside of Emacs, though that’s
probably quite a bit of work.

> 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.

We could provide a bunch of procedures to extract this info from build
logs.

My 2¢,
Ludo’.

^ permalink raw reply	[flat|nested] 3+ messages in thread

* Re: Idea: "guix log"
  2017-01-15 22:37 ` Ludovic Courtès
@ 2017-01-17 14:50   ` Ricardo Wurmus
  0 siblings, 0 replies; 3+ messages in thread
From: Ricardo Wurmus @ 2017-01-17 14:50 UTC (permalink / raw)
  To: Ludovic Courtès; +Cc: guix-devel


Ludovic Courtès <ludo@gnu.org> writes:

> Hi!
>
> ng0 <ng0@libertad.pw> skribis:
>
>> 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.
>
> ‘guix-build-log-mode’ in Emacs does that and it’s awesome.  We could
> have a log colorizing & navigation tool outside of Emacs, though that’s
> probably quite a bit of work.

Or we could provide a wrapper around Emacs that opens the log file and
loads “guix-build-log-mode” for all those who still don’t use Emacs
regularly.

--
Ricardo

GPG: BCA6 89B6 3655 3801 C3C6  2150 197A 5888 235F ACAC
https://elephly.net

^ permalink raw reply	[flat|nested] 3+ messages in thread

end of thread, other threads:[~2017-01-17 14:50 UTC | newest]

Thread overview: 3+ messages (download: mbox.gz / follow: Atom feed)
-- links below jump to the message on this page --
2017-01-15 20:07 Idea: "guix log" ng0
2017-01-15 22:37 ` Ludovic Courtès
2017-01-17 14:50   ` Ricardo Wurmus

Code repositories for project(s) associated with this public inbox

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

This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox;
as well as URLs for read-only IMAP folder(s) and NNTP newsgroup(s).