[sr #106712] accepting follow-ups by email

Update of sr #106712 (group administration): Depends on: => support #06 ___ Reply to this item at:

[sr #111106] Need a way to disable email replies to savannah trackers mails, on a per-project basis

Follow-up Comment #1, sr #06 (group administration): On Wed, Aug 14, 2024 at 01:59:25PM -0400, Bruno Haible wrote: > Now, for two weeks (more precisely, since > https://git.savannah.gnu.org/gitweb/?p=administration/savane.git;a=commitdiff;h=940893361e4e6d9ce2b5c010613595b83c80529f > ), the sen

[sr #111106] Need a way to disable email replies to savannah trackers mails, on a per-project basis

Update of sr #06 (group administration): Status:None => In Progress Assigned to:None => ineiev ___ Reply to this item at:

[sr #111023] My account is in some weird half-existent state

Update of sr #111023 (group administration): Status: Need Info => Done Open/Closed:Open => Closed ___ Reply to this item at:

[sr #111106] Need a way to disable email replies to savannah trackers mails, on a per-project basis

Follow-up Comment #2, sr #06 (group administration): > they are correct at least partially: they can comment on the tracker through email. I would have nothing against that, if it was guaranteed that the reply ends up in the tracker, at that ticket. > The feature offers users an option to p

[sr #111106] Need a way to disable email replies to savannah trackers mails, on a per-project basis

Follow-up Comment #3, sr #06 (group administration): > > The feature offers users an option to post on trackers using > GnuPG-authenticated email. > > Ah, that explains why the reply ended up on the mailing list, not on the > tracker. /Just explaining this to myself:/ That explains why the r

[sr #111106] Need a way to disable email replies to savannah trackers mails, on a per-project basis

Follow-up Comment #4, sr #06 (group administration): > > The feature offers users an option to post on trackers using > GnuPG-authenticated email. > > Ah, that explains why the reply ended up on the mailing list, not on the > tracker. /Just explaining this to myself:/ That explains why the r

Re: remote unpack failed (Savannah git repository of Gnulib)

On 2024-07-15 15:44, Bob Proulx wrote: Bruno Haible was the first to report the problem yesterday and got me on the task. I admit that it took me some hair pulling before I realized the error and corrected it. Thanks, but unfortunately I'm seeing similar failures now, trying to commit to GNU

Re: remote unpack failed (Savannah git repository of Gnulib)

Hi Paul, Paul Eggert wrote: > Thanks, but unfortunately I'm seeing similar failures now, trying to commit > to GNU cpio: > > $ git push > Enumerating objects: 23, done. > Counting objects: 100% (23/23), done. > Delta compression using up to 12 threads > Compressing objects: 100% (11/11), done. > W

Re: remote unpack failed (Savannah git repository of Gnulib)

Bob Proulx wrote: > Paul Eggert wrote: > > error: remote unpack failed: unable to create temporary object directory For the list this was a permission problem. We have things understood now. It wasn't something that would affect others globally. > > Hmm July 15, then August 15 - is this some ph