From mboxrd@z Thu Jan  1 00:00:00 1970
Received: from mail-ej1-f41.google.com ([209.85.218.41]) by ewsd; Wed Aug 19 08:21:02 EDT 2020
Received: by mail-ej1-f41.google.com with SMTP id a26so26045561ejc.2
        for <9front@9front.org>; Wed, 19 Aug 2020 05:20:57 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;
        d=gmail.com; s=20161025;
        h=mime-version:in-reply-to:references:from:date:message-id:subject:to;
        bh=QA9qb1rkumrDwMDPg0M6x+Xchky8E75KLKlSpwpBlP8=;
        b=KIM36dhRRZjxOYt/tZKRCoYZQ1et/izSCyJqM6XyAxmyw0Meeg2VbS3kuFugDF2UjS
         nzHMeUM7bZnrqagOh6Y5mhKUPoXDsty5OJQSyouHokWHhB+hGdnwE7OqE9szg1Y4XJ2R
         ocv45WZDkqd1QLMVMe5unrONt1ZAtBeFtpJ7EFoEfjbPwHTE2jICnt9BAOEJo7A1ayXw
         Vs0Lo+FYy1tSGWI70RfQ1T3/TkBH4hjA5MCwrmHXF/wP5evwqA+zj2HvpFT7UJM7ma2c
         EDExHE9gh9y+8cPopj9uvfOlmcYA0vDkWNeiLBBDvXJD8PJWL8B0lAA+mR0ys77Htge7
         yaXg==
X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;
        d=1e100.net; s=20161025;
        h=x-gm-message-state:mime-version:in-reply-to:references:from:date
         :message-id:subject:to;
        bh=QA9qb1rkumrDwMDPg0M6x+Xchky8E75KLKlSpwpBlP8=;
        b=gONagjL5iS5VsL8INQAtQXAp2wtuF8jAD5OUOGRBKCLNSxFxpNIMfODHfc9pu1ZyjY
         csY7wBL8gEmjSZBt/bt/z8Iz5p4kwuIPbRAN4kUXcFSzqTLsmYKB5j03lxFOQn1d9JhG
         WMg9q1X5GDd8bE4E/p+mBu6wwEnTx5/kBX4+qcCAvg1BSIkfP22coc8MwgiNFnu3d+8W
         piYy4lMuBZP5KP+Dwy2cpcIv7GB7XhSehQ4p1mfIrMDBXhav9fVySuEKQe7SMe40UK5b
         e1hHSW2fGQdJZJudAWnVMhT+Er7QMnFx0fluypKPxUe4nLvFja4ODZ4TyyT+bVMjGpwe
         G6jQ==
X-Gm-Message-State: AOAM531c2gouq+rbcHSBMpxidVaKjD73/efoMQY4AAjY5pM8SExhL/NR
	zpAFQqjY0JMr3Q/NNnSuzzNZVeKNADRpqKbmB1t60ckHgBw=
X-Google-Smtp-Source: ABdhPJwFJWl5v75SzCyuwgummDl4aWD8C+92o8hWf2DADdQjKuw5Tlp7HqeGZECYr3hJwzcU25zGTk2xDcwhCrar9Y8=
X-Received: by 2002:a17:906:a84f:: with SMTP id dx15mr24586539ejb.377.1597839656906;
 Wed, 19 Aug 2020 05:20:56 -0700 (PDT)
MIME-Version: 1.0
Received: by 2002:a17:906:6403:0:0:0:0 with HTTP; Wed, 19 Aug 2020 05:20:56
 -0700 (PDT)
In-Reply-To: <158A09494BC07582889006A200849F02@ewsd.inri.net>
References: <20200818234033.GE25798@wopr> <158A09494BC07582889006A200849F02@ewsd.inri.net>
From: hiro <23hiro@gmail.com>
Date: Wed, 19 Aug 2020 12:20:56 +0000
Message-ID: <CAFSF3XOh=9PQ_c1HbbcLv8p9H+owTvQeiG9hF=RH1XQ2GobjDg@mail.gmail.com>
Subject: Re: [9front] RFC: add a downloads.md page
To: 9front@9front.org
Content-Type: text/plain; charset="UTF-8"
List-ID: <9front.9front.org>
List-Help: <http://lists.9front.org>
X-Glyph: ➈
X-Bullshit: lossless general-purpose manager 

big complaint: omission of "isohybrid"

On 8/19/20, sl@stanleylieber.com <sl@stanleylieber.com> wrote:
> here's what i did:
>
> - integrated most of the requested information into the latest and all
> future release announcements.  this seems like a good place for the
> information, and alleviates having to duplicate it anywhere else on
> the site (except for more detailed instructions in the fqa; see
> below).  note: this still requires loading some images, but is the
> difference in load time really that meaningful?
>
> - download/ added to the top bar on all 9front sites (redirects to
> releases/).
>
> - bugs.9front.org removed from the top bar on all 9front sites (nobody
> complained when the bugs.9front.org front page has been defunct for
> several years).  which reminds me: http://9front.org/bugtracker
>
> - iso/ removed from the sidebar (redundant).
>
> - releases/ moved from About: to Download: on the sidebar.
>
> - kept the link to the dash 1 under Download:, because why not have it
> there?  unless we create a long list of all the available files to be
> downloaded, we're never going to have "one click" downloading of
> bootable files on the front page.  if there is some compelling
> argument for removing more helpful links from the sidebar, please let
> me know.
>
> here's what needs to be done:
>
> - someone write a patch for fqa4 detailing specific instructions for
> creating bootable media in all the present forms we support.  we
> already have old instructions, but they were never updated to reflect
> the changes made since 2016.  once that's done, we can also link to it
> specifically in the release announcement.
>
> - fqa documentation of rpi stuff is so far outdated as to be useless.
>
> it may seem like i'm parsing this awfully finely here, but i'm not
> sure how much extra effort is justified to satisfy the
> "zero-to-installed" metric for users incapable of locating the
> .iso/.img files, or for ones incapable of conceiving what to do with
> them once they've found them.  the location of the files has never
> been a mystery, and what to do with them is the same thing you'd do
> with an .iso or .img from any operating system.  i do think the
> instructions are good to provide, i'm just not sure it all belongs on
> the download page, be that the primary or auxiliary variety.
>
> anyway, let me know if this sucks.
>
> sl
>