all messages for Guix-related lists mirrored at yhetil.org
 help / color / mirror / code / Atom feed
From: Jaft <jaft.r@outlook.com>
To: "54847@debbugs.gnu.org" <54847@debbugs.gnu.org>,
	Maxime Devos <maximedevos@telenet.be>
Subject: [bug#54847] [PATCH] gnu: Add hyfetch.
Date: Mon, 11 Apr 2022 17:07:23 +0000 (UTC)	[thread overview]
Message-ID: <DM5PR04MB3772C1C8B348B5EFF7D99B5899EA9@DM5PR04MB3772.namprd04.prod.outlook.com> (raw)
In-Reply-To: <093dfbc4e6bc469773710598f3fd9107bbd16874.camel@telenet.be>

> On Monday, April 11, 2022, 04:02:59 AM CDT, Maxime Devos <maximedevos@telenet.be> wrote:
>
> Wamm K. D schreef op ma 11-04-2022 om 03:01 [-0500]:
> > +    (propagated-inputs (list python-hypy-utils python-typing-extensions))
>
> Do these need to be propagated?

Fair question; that was just what ~guix import pypi hyfetch --recursive~ had given me but I tried it out, again, with them just as ~inputs~ and it worked just fine so I'll get that adjusted.


> Wamm K. D schreef op ma 11-04-2022 om 03:01 [-0500]:
> > +    (arguments `(#:phases (modify-phases %standard-phases
> > +                            (add-before 'build 'set-HOME
> > +                              (lambda _  ;; Tries to set files in .config
> > +                                (setenv "HOME" "/tmp"))))))
>
> neofetch has #:tests? #false, #:make-flags and no set-home phase.  How
> come this fork doesn't?

If I were to hazard a guess, because this is a Python package/module while the other is built with ~make~? I'm afraid I don't know enough to say, otherwise; I can say that the package was able to build alright and run fine without disabling tests.


> Wamm K. D schreef op ma 11-04-2022 om 03:01 [-0500]:
> > +    (synopsis "@code{neofetch} with pride flags <3")
>
> You are not restricted to ASCII, you can write 🫀, 💓, 💔, 💕, 💖, 💗,
> 💘, 💙, 💚, 💛, 💜, 💝 or 💞 instead of <3.
 >
> What does <3 mean here?

Neat; I didn't know that so thanks for the heads up. I think it's just a heart, to be affectionate; it's the synopsis given for the module on pypi.org and, so, was pulled in by the import. I always try to stick as much as possible to the creator's words for their own software so I just left it in but it's definitely far from mandatory in describing what it is the package does. I can remove it, if you'd like, or swap the ASCII representation to one of the emojis you suggested, if that might make it less ambiguous.


> Wamm K. D schreef op ma 11-04-2022 om 03:01 [-0500]:
> > any ASCII file of your choice
>
> Is it restricted to the ASCII character set, or does any text file do
> and can I put 🫀 in the file as well?

Ummm, another really good question. I was assuming, as its a fork of =neofetch=, that the same rules would apply and, so, just borrowed from the =neofetch= description, but, checking this out, I'm not sure if =hyfetch= has this functionality. I'll remove it from there when I update the ~inputs~.


> Wamm K. D schreef op ma 11-04-2022 om 03:01 [-0500]:
> > +    (home-page "https://github.com/hykilpikonna/HyFetch")
>
> It's a fork.  Is there some web page tracking upstreaming progress?
> E.g., neofetch could suppport multiple modes, the default 'neofetch'
> when running the 'bin/neofetch' binary, 'hyfetch' when running
> 'bin/hyfetch', etc.
>
> Greetings,
>
> Maxime.

Outside of the GitHub page itself, not that I know of. I'd probably need a bit more guidance on how to set something like this up, though. That being said, the build process between the two may be more different than similar as =hyfetch= is using Python while =neofetch= is just using a plain Makefile; the old Makefile for =neofetch= is still in the repo., unaltered, so I'm not sure how much direct overlap with the original code still exists, for =hyfetch=. I'm not sure how much of a difference any of that makes but thought I'd, at least, make note.




  reply	other threads:[~2022-04-11 17:09 UTC|newest]

Thread overview: 10+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
     [not found] <5>
2022-04-11  8:01 ` [bug#54847] [PATCH] gnu: Add hyfetch Wamm K. D
2022-04-11  9:02   ` Maxime Devos
2022-04-11  9:04   ` Maxime Devos
2022-04-11  9:06   ` Maxime Devos
2022-04-11  9:06   ` Maxime Devos
2022-04-11  9:08   ` Maxime Devos
2022-04-11  9:11   ` Maxime Devos
2022-04-11 17:07     ` Jaft [this message]
2022-04-19 10:04       ` [bug#54847] [PATCH] gnu: Add python-hypy-utils Ludovic Courtès
2022-04-19 18:36         ` Jaft

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

* Reply using the --to, --cc, and --in-reply-to
  switches of git-send-email(1):

  git send-email \
    --in-reply-to=DM5PR04MB3772C1C8B348B5EFF7D99B5899EA9@DM5PR04MB3772.namprd04.prod.outlook.com \
    --to=jaft.r@outlook.com \
    --cc=54847@debbugs.gnu.org \
    --cc=maximedevos@telenet.be \
    /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 external index

	https://git.savannah.gnu.org/cgit/guix.git

This is an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.