Groups | Search | Server Info | Keyboard shortcuts | Login | Register [http] [https] [nntp] [nntps]


Groups > linux.debian.project > #13168

Re: Support for non-free-firmware in project webpages

From Ian Jackson <ijackson@chiark.greenend.org.uk>
Newsgroups linux.debian.project
Subject Re: Support for non-free-firmware in project webpages
Date 2023-01-31 15:40 +0100
Message-ID <FTZXI-2rpS-5@gated-at.bofh.it> (permalink)
References <FPGgV-1xyz-3@gated-at.bofh.it> <FQK8N-mMI-5@gated-at.bofh.it> <FSwuJ-1vDX-13@gated-at.bofh.it> <FSwEp-1vWX-7@gated-at.bofh.it>
Organization linux.* mail to news gateway

Show all headers | View raw


Bill Allombert writes ("Re: Support for non-free-firmware in project webpages"):
> On Fri, Jan 27, 2023 at 11:41:10AM +0000, Ian Jackson wrote:
> > Would an MR to be more explicit about the precise code location be
> > welcome?
> 
> Actually I prefer bug reports against popularity-contest.

I presume that someone who wants to fix something with the web page
should do so starting with the source code from salsa, though ?
After all, I guess the website probably isn't running off
the .debs from stable ?

> This link used to point to a page hosted on alioth that provided links
> to the package page, BTS page and the alioth source repo.

OK, great, but I'm not sure precisely now what patch I should send -
ie, what ought to be in the page footer.  Since you know the answers,
would you mind arranging that the popcon web pages contain the right
references ?

I think a reader (potential contributor) needs to know:

 * Where to get the source code for the actually deployed instance[1]
 * Where and in what form to send patches (or MRs, as the case may be)

Since in the general case, Debian services are managed by different
people in different ways, the reader won't be able to just guess the
answers to these questions.


[1] I think this means the git history, if the service source code is
maintained in git.

And the arrangements should be such that publication of the source
code for an updated deployment is automatic, rather than depending on
a manual release step (eg, an upload to sid).  If deployment is done
via git, this typically happens for free, since it's easy to make the
deployments happen from a branch which is also public.

If the deployment is done some other way then perhaps the software
should have a "download my own source code" feature.

Ian.

-- 
Ian Jackson <ijackson@chiark.greenend.org.uk>   These opinions are my own.  

Pronouns: they/he.  If I emailed you from @fyvzl.net or @evade.org.uk,
that is a private address which bypasses my fierce spamfilter.

Back to linux.debian.project | Previous | NextPrevious in thread | Next in thread | Find similar | Unroll thread


Thread

Support for non-free-firmware in project webpages Gunnar Wolf <gwolf@debian.org> - 2023-01-19 17:50 +0100
  Re: Support for non-free-firmware in project webpages Cyril Brulebois <kibi@debian.org> - 2023-01-22 16:10 +0100
    Re: Support for non-free-firmware in project webpages Bill Allombert <ballombe@debian.org> - 2023-01-22 16:20 +0100
    Re: Support for non-free-firmware in project webpages Bill Allombert <ballombe@debian.org> - 2023-01-26 13:00 +0100
    Re: Support for non-free-firmware in project webpages Ian Jackson <ijackson@chiark.greenend.org.uk> - 2023-01-27 14:00 +0100
      Re: Support for non-free-firmware in project webpages Bill Allombert <ballombe@debian.org> - 2023-01-27 14:10 +0100
        Re: Support for non-free-firmware in project webpages Ian Jackson <ijackson@chiark.greenend.org.uk> - 2023-01-31 15:40 +0100
          Re: Support for non-free-firmware in project webpages Bill Allombert <ballombe@debian.org> - 2023-01-31 18:30 +0100
            Re: Support for non-free-firmware in project webpages Ian Jackson <ijackson@chiark.greenend.org.uk> - 2023-02-08 16:20 +0100

csiph-web