From debbugs-submit-bounces@debbugs.gnu.org Sat Nov 30 15:08:01 2019 Received: (at 38422) by debbugs.gnu.org; 30 Nov 2019 20:08:01 +0000 Received: from localhost ([127.0.0.1]:35174 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1ib929-0002hz-5w for submit@debbugs.gnu.org; Sat, 30 Nov 2019 15:08:01 -0500 Received: from imta-37.everyone.net ([216.200.145.37]:46948 helo=imta-38.everyone.net) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1ib927-0002hm-0V for 38422@debbugs.gnu.org; Sat, 30 Nov 2019 15:07:59 -0500 Received: from pps.filterd (omta004.sj2.proofpoint.com [127.0.0.1]) by imta-38.everyone.net (8.16.0.27/8.16.0.27) with SMTP id xAUK3Gxu011719; Sat, 30 Nov 2019 12:07:57 -0800 X-Eon-Originating-Account: 6adfD-JhGlqUsuQM0ehh_5Ld_kO_5ZpW3iv_kdAn_Gs X-Eon-Dm: m0116293.ppops.net Received: by m0116293.mta.everyone.net (EON-AUTHRELAY2 - 32d0d199) id m0116293.5dc217be.50fc3b; Sat, 30 Nov 2019 12:07:56 -0800 X-Eon-Sig: AQMHrIJd4swcpDBGbgIAAAAE,97ea3e28c59e22e92b16eec0930707a0 X-Eip: fo4egNcZQ4_xDExLTFA5x6RuI8fXeR562ZMD9mm97KI Date: Sat, 30 Nov 2019 12:07:48 -0800 From: Bengt Richter To: Julien Lepiller Subject: Re: bug#38422: .png files in /gnu/store with executable permissions (555) Message-ID: <20191130200748.GA2661@PhantoNv4ArchGx.localdomain> References: <20191129075938.GA55971@PhantoNv4ArchGx.localdomain> <878sny6fgr.fsf@netris.org> <20191129150329.GA80736@PhantoNv4ArchGx.localdomain> <871rtq57kd.fsf@netris.org> MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Disposition: inline Content-Transfer-Encoding: 8bit In-Reply-To: User-Agent: Mutt/1.12.2 (2019-09-21) X-Proofpoint-Virus-Version: vendor=fsecure engine=2.50.10434:, , definitions=2019-11-30_06:, , signatures=0 X-Proofpoint-Spam-Details: rule=notspam policy=default score=0 priorityscore=1501 malwarescore=0 suspectscore=0 phishscore=0 bulkscore=0 spamscore=0 clxscore=1034 lowpriorityscore=0 mlxscore=0 impostorscore=0 mlxlogscore=999 adultscore=0 classifier=spam adjust=0 reason=mlx scancount=1 engine=8.0.1-1911140001 definitions=main-1911300178 X-Spam-Score: -0.4 (/) X-Debbugs-Envelope-To: 38422 Cc: 38422@debbugs.gnu.org, Mark H Weaver , bug-guix@gnu.org X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Reply-To: Bengt Richter Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -1.4 (-) On +2019-11-30 08:45:09 +0100, Julien Lepiller wrote: > Le 30 novembre 2019 05:08:55 GMT+01:00, Mark H Weaver a écrit : > >Hi Bengt, > > > >Bengt Richter writes: > > > >> On +2019-11-29 07:20:41 -0500, Mark H Weaver wrote: > >>> The proper solution is to send bug reports to the upstream > >developers of > >>> docbook-xsl, faba-icon-theme, and moka-icon-theme, asking them to > >fix > >>> the permissions of the *.png files in their source tarballs. > >>> > >> That I haven't done. Is there a standard way to do it? > > > >No. > > > >> "guix show moka-icon-theme" tells me homepage, but it would be nice > >> to have a guix show --verbose that would show bug reporting info :) > > ┌───────────────────────────────────────────────────────────────────────┐ │ > >It would be nice, but it would also be an enormous amount of work. │ └───────────────────────────────────────────────────────────────────────┘ > >First we'd need to devise a way to represent that information, and then > >we'd need to add it to each of our 10K+ packages. It would also be an > >additional job to do when adding new packages. I'm not sure it's worth > >all that work. We already record the home page, and from there it's > >usually not much work to find how to report bugs. In cases where it > >_is_ difficult to find out how to report bugs, that's arguably a > >problem > >that should be fixed upstream. > > ┌──────────────────────────┐ │ I think you are right :) │ ├──────────────────────────┤ │ > >What do you think? │ │ > > │ │ > > Regards, │ │ > > Mark │ └──────────────────────────┘ > ┌──────────────────────────────────────────────────────────────┐ │ I think you are also right -- I withdraw my suggestion :) │ ├──────────────────────────────────────────────────────────────┤ │ > Also, we should not encourage people to report bugs │ │ upstream directly. We have to evaluate whether the bug is on │ │ our side or theirs first to not drown them in useless bug │ │ reports :) │ └──────────────────────────────────────────────────────────────┘ Hm, this seems like it could be important for good relations with upstream? Should there be an official _distilled and filtered-for-upstream_ git bug repo that guix developers populate and upstream devs (and anyone) can pull and grep the log of for their projects? I could imagine (hallucinate ? :) some benfits: 1. First of all, we can all determine easily if there has been an "official" report from guix to upstream, to avoid even bothering guix developers. 2. If upstream devs know reports have been considered important enough by guix developers to be put in the repo, they might pay more attention :) There is a lot of tl;dr discussion in many bug-reporting logs, so upstream would probably appreciate having curated reports. 3. The log would be a record. Commit hashes would become precise references. 4. To keep the main bug info stream clear of speculative chatty stuff (though this sometimes contains critical clues, and belongs somewhere) the repo could contain (per major upstream?) files for commentary or miscellaneous that guix devs might want to pass on, but not clutter the main report with. Of course urls into bugzilla etc can be useful as concise see-further refs. All misc stuff optional. 4. The work flow for developers already exists for accepting things into the guix package repo, so no major new patterns for everyone to learn. 5. Anyone interested could clone the repo and pull to it for "guix-official" bug reporting status. WDYT? -- Regards, Bengt Richter