all messages for Guix-related lists mirrored at yhetil.org
 help / color / mirror / code / Atom feed
* Re: Reducing "You found a bug" reports
@ 2024-07-23 20:45 chris
  0 siblings, 0 replies; 10+ messages in thread
From: chris @ 2024-07-23 20:45 UTC (permalink / raw)
  To: zimon.toutoune; +Cc: guix-devel, chris

Politely, my relatively-new-user observations about `guix pull` and home/system reconfigure commands,
 1. The commands, in my experience, always fail with network troubles, and the commands must be re-issued multiple times for
things to complete. Other internet-requesting utilities such as wget, curl, yt-dlp, pacman, apk and mpv do not have these
issues,
 2. The commands, based on shell output, appear to download the same versions of the same packages multiple times,
 3. The commands, based on shell output, appear to request the same substitute services over and again multiple times in a row
and they appear to do so at multiple different times within the same process. Perhaps the output messages lack details to inform the user, but to the user these appear as un-necessary repetition,
 4. The commands usually print correct localised output in the shell process, but less frequently, question marks are printed
instead of text, such as like this '????'

For a new user, the guix experience would be more convincing if the above issues were not present.


^ permalink raw reply	[flat|nested] 10+ messages in thread
* Reducing "You found a bug" reports
@ 2024-06-09  3:04 Ian Eure
  2024-06-17 12:59 ` Ludovic Courtès
  0 siblings, 1 reply; 10+ messages in thread
From: Ian Eure @ 2024-06-09  3:04 UTC (permalink / raw)
  To: guix-devel

There’s a steady number of bug reports generated by the "You found 
a bug" message which happens during `guix pull's.  The 
overwhelming majority of these reports are caused by networking 
problems or the Guix infrastructure being unreliable or 
overloaded.  Many of these were submitted during the recent 
guix.gnu.org downtime.

Some of these that I see:

55066
62023
62830
61520
58309

...I’m sure there are many more.

Is there some way for this code to be smarter about when it prints 
the "report a bug" message, so it doesn’t tell users to report 
bugs when none exist?  Is there a way for it to notice that the 
problem is related to networking, and tell the users to try again 
in a little while?  Is it worth removing the "report a bug" 
message entirely?

It doesn’t feel great to tell users to report a bug for things 
that aren’t bugs.  They’re either closed, or never followed up on; 
it’s a poor experience on both ends.

Thanks,

  — Ian



^ permalink raw reply	[flat|nested] 10+ messages in thread

end of thread, other threads:[~2024-07-26 16:53 UTC | newest]

Thread overview: 10+ messages (download: mbox.gz follow: Atom feed
-- links below jump to the message on this page --
2024-07-23 20:45 Reducing "You found a bug" reports chris
  -- strict thread matches above, loose matches on Subject: below --
2024-06-09  3:04 Ian Eure
2024-06-17 12:59 ` Ludovic Courtès
2024-06-17 16:09   ` Felix Lechner via Development of GNU Guix and the GNU System distribution.
2024-06-17 20:40     ` Ricardo Wurmus
2024-07-22 20:48     ` Attila Lendvai
2024-07-17 18:24   ` Simon Tournier
2024-07-21 13:16     ` Ludovic Courtès
2024-07-22 11:30       ` Simon Tournier
2024-07-22 17:43         ` Suhail Singh

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.