From: Giovanni Biscuolo <g@xelera.eu>
To: Miles Fidelman <mfidelman@meetinghouse.net>, help-guix@gnu.org
Subject: Re: good overview presentation?
Date: Fri, 10 May 2019 09:37:07 +0200 [thread overview]
Message-ID: <87k1eyhiak.fsf@roquette.mug.biscuolo.net> (raw)
In-Reply-To: <2f3da087-041c-8053-69e7-d69ed3c034d4@meetinghouse.net>
[-- Attachment #1: Type: text/plain, Size: 1811 bytes --]
Hello Miles,
Miles Fidelman <mfidelman@meetinghouse.net> writes:
> Thanks Chris,
>
> A couple of follow-ups:
>
> On 5/9/19 12:39 PM, Christopher Baines wrote:
>>
>> 1: http://git.savannah.gnu.org/cgit/guix/maintenance.git/tree/talks
>>
>> There's also two talks [2] which I've given in the past on Guix, they're
>> a few years old, but I think most of the material is still correct.
>>
> Silly me, but how does one view these things? The ones labeled with
> .pdf extensions come across as ascii files, that can't be read as pdf,
maintenance.git and its cgit interface is not it's not intended as a
"site substitute", it's an anchive where Guix developers share common
work in the community
...anyway, for each media-like file there is a "plain" labelled link
near the blob code, right above the table with hex and ascii code of the
git object: that link will download the file
> and others look like they have to be assembled.
yes, the rationale to include or ignore media artifacts is not clear to
me: I'd include only sources, publishing artifacts on a dedicated static
web page... or move talks out from maintenance.git to a dedicated git
repo like guix/talks.git (like the existing guix/videos.git), publishing
them to the web
[...]
> From the slides, it looks like GUIX keeps track of dependencies, but
> there's no discussion about how dependencies are identified, included in
> the package definitions, or resolved at install time. Details (or
> pointer) please!
for services:
https://www.gnu.org/software/guix/manual/en/html_node/Service-Composition.html
for packages:
https://www.gnu.org/software/guix/manual/en/html_node/Defining-Packages.html
(inputs field)
[...]
HTH! Gio'
--
Giovanni Biscuolo
Xelera IT Infrastructures
[-- Attachment #2: signature.asc --]
[-- Type: application/pgp-signature, Size: 832 bytes --]
next prev parent reply other threads:[~2019-05-10 7:37 UTC|newest]
Thread overview: 7+ messages / expand[flat|nested] mbox.gz Atom feed top
2019-05-09 15:04 good overview presentation? Miles Fidelman
2019-05-09 16:39 ` Christopher Baines
2019-05-09 21:42 ` Miles Fidelman
2019-05-10 7:15 ` Christopher Baines
2019-05-10 7:37 ` Giovanni Biscuolo [this message]
2019-05-10 12:57 ` sirgazil
2019-05-10 16:15 ` thanks all - for answers to recent questions Miles Fidelman
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=87k1eyhiak.fsf@roquette.mug.biscuolo.net \
--to=g@xelera.eu \
--cc=help-guix@gnu.org \
--cc=mfidelman@meetinghouse.net \
/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.
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).