Hi Simon, zimoun writes: > First, one key point is the dates… > >>> On Fri, 18 Dec 2020 at 21:10, zimoun wrote: >>>> On Thu, 22 Jun 2017 at 12:35, ng0 wrote: > > …so more than 3 years without any comment. That a bug has been neglected for years does not imply that it's no longer a bug, or that we should forget about it. > Second, it does not appear to me a bug. The “quickstart” generates > local configuration files that contain absolute path to the Python > interpreter. > > --8<---------------cut here---------------start------------->8--- > $ guix environment -C --ad-hoc pelican coreutils grep > [env]$ mkdir foo && cd foo && ls -l > total 0 > > [env]$ pelican-quickstart > Welcome to pelican-quickstart v4.2.0. > > This script will help you create a new Pelican-based website. > > Please answer the following questions so this script can generate the files > needed by Pelican. > > >> Where do you want to create your new web site? [.] >> What will be the title of this web site? Foo >> Who will be the author of this web site? zimoun >> What will be the default language of this web site? [en] >> Do you want to specify a URL prefix? e.g., https://example.com (Y/n) n >> Do you want to enable article pagination? (Y/n) n >> What is your time zone? [Europe/Paris] >> Do you want to generate a tasks.py/Makefile to automate generation and publishing? (Y/n) y >> Do you want to upload your website using FTP? (y/N) N >> Do you want to upload your website using SSH? (y/N) N >> Do you want to upload your website using Dropbox? (y/N) N >> Do you want to upload your website using S3? (y/N) N >> Do you want to upload your website using Rackspace Cloud Files? (y/N) N >> Do you want to upload your website using GitHub Pages? (y/N) N > Done. Your new project is available at /tmp/bar > > [env]$ ls > Makefile content output pelicanconf.py publishconf.py tasks.py > > [env]$ egrep -nr "store" > pelicanconf.py:1:#!/gnu/store/h8jw9qhyfp6fm6nb3cgh4335qhr31wfz-python-wrapper-3.8.2/bin/python > publishconf.py:1:#!/gnu/store/h8jw9qhyfp6fm6nb3cgh4335qhr31wfz-python-wrapper-3.8.2/bin/python > --8<---------------cut here---------------end--------------->8--- > > Why is it a bug? It's a bug because these absolute file names will cease to exist after the next 'core-updates' merge happens, and more precisely after the older system generations (or user profiles) are deleted and 'guix gc' subsequently deletes these obsolete store items. At that point, maybe things will break. I think that would need to be investigated before dismissing this bug report. >>> No moreinfo so I am closing. If I am missing something, then please >>> reopen it. > > Third, no moreinfo about the bug itself, which I consider myself as > notabug. In many cases, the lack of "moreinfo" prevents us from further investigating a bug, and in such cases I agree that it is justifiable to close a bug report. For example, users often report a bug that we are unable to reproduce, and then they stop communicating. However, this case is quite different. In this case, we already enough information to reproduce and investigate this bug. The "moreinfo" that you requested was regarding a side comment that ng0 made about the possibility of other similar bugs that might be merged with this one. The fact that ng0 never answered that side question doesn't imply that the bug he reported is no longer relevant. I think that there's good reason to believe that this bug is still relevant. It certainly has not yet been established here that this bug does not exist or is harmless. Therefore, we should not forget about it, even if ng0 has moved on. Does that make sense? Nonetheless, I very much appreciate your ongoing work on these old bug reports. It is a great help. Regards, Mark