unofficial mirror of guix-devel@gnu.org 
 help / color / mirror / code / Atom feed
From: "Björn Höfling" <bjoern.hoefling@bjoernhoefling.de>
To: Ricardo Wurmus <rekado@elephly.net>
Cc: Guix-devel <guix-devel@gnu.org>,
	Ricardo Wurmus <ricardo.wurmus@mdc-berlin.de>
Subject: Re: GNU Guix Video Documentation
Date: Fri, 26 Oct 2018 12:00:04 +0200	[thread overview]
Message-ID: <20181026120004.5b99860c@alma-ubu> (raw)
In-Reply-To: <87efcd5oqn.fsf@elephly.net>

[-- Attachment #1: Type: text/plain, Size: 2822 bytes --]

On Fri, 26 Oct 2018 06:13:52 +0200
Ricardo Wurmus <rekado@elephly.net> wrote:

> While screencasts can be useful, I don’t think they are the most
> useful tool to convey ideas.  Much of what’s special about Guix is
> not the command line user interface, but the underlying ideas.  These
> are better illustrated, I think, with the help of graphics as we have
> been doing for years when introducing Guix to new audiences.

I thought the videos are not for transporting general ideas, but to
show the daily usage of guix. And that is using the command line. By
showing common tasks the general idea gets transported (i.e. while
showing guix package -i, guix package --list-generations, guix package
--roll-back the idea of transactional package management is conveyed,
without much abstract words).

> One concern is also translations and future updates.  Recording a
> terminal session with screencasting software makes it impossible for
> us to easily translate the video.  When command line interactions are
> to be shown I’d prefer to have a way to reproduce / regenerate the
> output in a different locale automatically, i.e. using scripts.

When I thought about translations, I thought only about the speech and
subtitles. Of cause you are right, the command line should be localized
too!
 
> We can easily mix what amounts to a narrated slideshow with scripted
> command line sessions (cf asciicasts).  This can easily be automated,
> so that we can rebuild the video and update it with minimal effort to
> prevent it from getting stale.

When I said screencasts I first thought of handmade ones within well
prepared (and documented) environments and a script/stage
directions and script for automatic cutouts from the raw recordings.

Then I thought of this puppet we have for qemu-tests: Is it possible to
use it in order to controll the virtual machine, screencast it and get
back certain events like terminal keywords in order to start/stop/pause
the cast?

This is my first time I heard of asciicasts. You mean the program
asciinema and it's protocol asciicasts (https://asciinema.org/)? That
looks cool. Can it be used to produce rendered films too?

Automating the process as much as possible is a good idea. Can we get
that bitwise reproducible? :-)

[..]

> We can host the videos on http://audio-video.gnu.org/ and embed
them
> on the Guix website, but the sources should be added to the
> guix-artwork repository, I think.

Yes, that site looks good, I watched videos from it in the past.

> The videos could also be published on Mediagoblin instances, but I
> don’t know if there’s an instance for GNU packages.  GNU Guix does not
> currently have its own Mediagoblin instance.

We don't have a Mediagoblin package yet :-)

Björn

[-- Attachment #2: OpenPGP digital signature --]
[-- Type: application/pgp-signature, Size: 181 bytes --]

  parent reply	other threads:[~2018-10-26 10:00 UTC|newest]

Thread overview: 21+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2018-10-25 12:39 GNU Guix Video Documentation Gábor Boskovits
2018-10-25 21:53 ` Björn Höfling
2018-10-26  4:13   ` Ricardo Wurmus
2018-10-26  6:22     ` Gábor Boskovits
2018-10-26  9:59     ` Giovanni Biscuolo
2018-10-26 10:00     ` Björn Höfling [this message]
2018-10-26 11:09       ` Gábor Boskovits
2018-10-28  0:32       ` Laura Lazzati
2018-10-28  9:13         ` Gábor Boskovits
2018-10-28 19:14           ` Laura Lazzati
2018-10-28 20:19             ` Gábor Boskovits
2018-10-28 23:26               ` Laura Lazzati
2018-10-29  8:17                 ` Gábor Boskovits
2018-10-29 12:47                   ` Laura Lazzati
2018-10-29  9:10                 ` Björn Höfling
2018-10-29 12:49                   ` Laura Lazzati
     [not found] <CAG=FMuXO7X0j-D_SMWNgxO0p_0xsyJ_eahDGDjtuv465Y3Xk0A@mail.gmail.com>
2018-10-25  6:17 ` Björn Höfling
2018-10-25  9:18   ` Gábor Boskovits
2018-10-25 16:25     ` Larissa Leite
2018-10-25 16:52       ` Gábor Boskovits
2018-10-29  9:31         ` Gábor Boskovits

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

  List information: https://guix.gnu.org/

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

  git send-email \
    --in-reply-to=20181026120004.5b99860c@alma-ubu \
    --to=bjoern.hoefling@bjoernhoefling.de \
    --cc=guix-devel@gnu.org \
    --cc=rekado@elephly.net \
    --cc=ricardo.wurmus@mdc-berlin.de \
    /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 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).