From: zimoun <zimon.toutoune@gmail.com>
To: Mark H Weaver <mhw@netris.org>
Cc: 27447@debbugs.gnu.org, ng0 <ng0@infotropique.org>
Subject: bug#27447: pelican-quickstart produces files with store path shebangs
Date: Thu, 14 Jan 2021 10:37:40 +0100 [thread overview]
Message-ID: <86h7njsvtn.fsf@gmail.com> (raw)
In-Reply-To: <87im804dds.fsf@netris.org> (Mark H. Weaver's message of "Wed, 13 Jan 2021 18:37:08 -0500")
Hi Mark,
First, one key point is the dates…
>> On Fri, 18 Dec 2020 at 21:10, zimoun <zimon.toutoune@gmail.com> wrote:
>>> On Thu, 22 Jun 2017 at 12:35, ng0 <ng0@infotropique.org> wrote:
…so more than 3 years without any comment. By without any comment, I
mean literally no comment; my email was the first. I can tell you that
most of the old and forgotten bug reports like this one are simply
emails addressed to incorrect list (bug-guix instead of guix-devel); as
a rule of thumb. I am trying hard to avoid some false positive by first
understand and second carefully check, so if I do not understand nor be
able to check then I let the report as it is. Well, I am sorry if I have
failed to one or the other.
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?
Since the test suite is #f, I have not checked if the package is really
functional. But the last updates are in 2019-12-29 and a revamp in
2019-01-15 so I assumed the package is functional and this reference in
config files is not an issue.
>>>> We have a couple more bugs like this. If they are already grouped,
>>>> add this bug to them.
>>>
>>> What are these other “couple more bugs like this”?
>>>
>>> <http://issues.guix.gnu.org/issue/27447>
>>
>> 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. And no moreinfo about other cases to examine them case per
case. So I closed after waiting couple of weeks.
BTW, the submitter of the report clearly stated they is not working on
Guix anymore [1], therefore, they will no provide moreinfo.
1: <http://logs.guix.gnu.org/guix/2020-12-01.log#230743>
> The lack of response about the "couple more bugs like this" does not
> invalidate the bug reported in this bug report. I think it was merely a
> suggestion that this bug might possibly be merged with other similar
> bugs. The key point is that we don't need an answer to that question to
> investigate/fix this bug.
Sorry if it has not appeared as this but I have investigated this bug
and from my understanding, it is not a bug. Since no one commented, I
have moved forward. Again sorry if I have missed something.
> Unless we have reason to believe that 'pelican-quickstart' is no longer
> embedding store paths in the generated files, I think we should keep
> this bug open. Does that make sense?
Why does embed store paths in configuration files is an issue? Pelican
is a Python application which therefore requires a Python interpreter.
Running ’pelican’ against another Python VM than the one it was built
seems a bad idea.
And if the point is run “pelican-quickstart” with one Pelican version
built against one Python VM, and then reuse these generated config files
with another Pelican version built against another Python VM, in this
use-case, the bug is upstream because it embeds absolute path which does
not respect PEP 394 [2]. I agree that in this case, the bug should/must
still be opened until upstream fix.
Well, I am probably missing the story about shebang and Guix.
2: <https://www.python.org/dev/peps/pep-0394/>
All the best,
simon
next prev parent reply other threads:[~2021-01-14 9:43 UTC|newest]
Thread overview: 9+ messages / expand[flat|nested] mbox.gz Atom feed top
2017-06-22 12:35 bug#27447: pelican-quickstart produces files with store path shebangs ng0
2020-12-18 20:10 ` zimoun
2021-01-11 12:59 ` zimoun
2021-01-13 23:37 ` Mark H Weaver
2021-01-14 9:37 ` zimoun [this message]
2021-01-14 23:00 ` Mark H Weaver
2021-09-14 15:17 ` zimoun
2021-10-04 22:06 ` Ben Sturmfels via Bug reports for GNU Guix
2021-10-04 23:06 ` Ben Sturmfels via Bug reports for GNU Guix
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=86h7njsvtn.fsf@gmail.com \
--to=zimon.toutoune@gmail.com \
--cc=27447@debbugs.gnu.org \
--cc=mhw@netris.org \
--cc=ng0@infotropique.org \
/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.
Code repositories for project(s) associated with this public inbox
https://git.savannah.gnu.org/cgit/guix.git
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).