git/list[1] front-page[2] threads[3] people[4] search[5] about
 

Re: Applying patches from gmane can be dangerous.

From
Johannes Schindelin <johannes.schindelin@gmx.de>
Date
Feb 11, 2008, 21:16 UTC
Message-ID
<alpine.LSU.1.00.0802112115590.3870@racer.site>
In-Reply-To
<alpine.LSU.1.00.0802071605540.8543@racer.site>
Hi,
On Thu, 7 Feb 2008, Johannes Schindelin wrote:
Show 28 quoted lines
> On Thu, 7 Feb 2008, Aidan Van Dyk wrote:
> 
> > * Brian Downing <bdowning@lavos.net> [080207 07:32]:
> > > On Wed, Feb 06, 2008 at 08:14:31PM -0800, Junio C Hamano wrote:
> > > > This is really sad.  gmane gives us a clean threaded interface
> > > > (both in web and newsreader), and it never forgets. Whenever I
> > > > need to refer somebody to an old discussion, I can give an URL
> > > > to it and allmost all the discussion messages are there with a
> > > > single paste and clicking around.  It has been an indispensable
> > > > service to me ever since I started reading the git list with it.
> > > > It is really a shame that I have to prevent picking up patch
> > > > messages from it with the above hook.
> > > > 
> > > > I am wondering if other development communities had a similar
> > > > issue already, and if so how they are dealing with it.
> > > 
> > > Gmane didn't start doing this until recently.  Maybe they can stop it on
> > > a group-by-group basis?  Every post to git@vger is archived elsewhere
> > > with unmangled email addresses anyway...
> > > 
> > > "We understand why you're doing this, but it hurts us greatly.  Please
> > > stop."
> > 
> > Gmane has always done the "hide the real email" address on groups that
> > request it.  The git group does *not* request it, but the msysgit group
> > *has* requested it.
> 
> I just requested this setting to be changed.  Will keep you posted.

Okay, this took a while, basically, because I am not registered as a "list admin" at gmane.

But Abdel, who is, sorted out the problems, and we will no longer have this issue.

Thanks for your attention, Dscho

Previous: Johannes SchindelinNext: Frank Lichtenheld
Message 14 of 17 in “compat: Add simplified merge sort implementation from glibc”
  1. compat: Add simplified merge sort implementation from glibcBrian Downing, Feb 5, 2008
  2. Applying patches from gmane can be dangerous.Junio C Hamano, Feb 7, 2008
  3. Nicolas PitreFeb 7, 2008
  4. Junio C HamanoFeb 7, 2008
  5. 'next' will be rewound and rebuilt after feature releases.Junio C Hamano, Feb 10, 2008
  6. Jari AaltoFeb 7, 2008
  7. Junio C HamanoFeb 7, 2008
  8. Mike HommeyFeb 7, 2008
  9. Johannes SchindelinFeb 7, 2008
  10. Brian DowningFeb 7, 2008
  11. Aidan Van DykFeb 7, 2008
  12. Brian DowningFeb 7, 2008
  13. Johannes SchindelinFeb 7, 2008
  14. Johannes SchindelinFeb 11, 2008
  15. Frank LichtenheldFeb 7, 2008
  16. Johannes SchindelinFeb 5, 2008
  17. Brian DowningFeb 6, 2008

Read the whole thread, see it on lore, or plain text.

$ cat FOOTERMessages come from the public archive at lore.kernel.org/git, fetched every hour. The front page is chosen and written each morning by an AI editor and can be wrong; the threads themselves are the record. About and API. For agents: an MCP server at https://gitlist.dev/mcp, and any thread, story or person page as Markdown by adding .md to its URL (or sending Accept: text/markdown). Details in /llms.txt.