[sr #109703] package savane for debian

Follow-up Comment #2, sr #109703 (project administration): See also task #15442. ___ Reply to this item at: ___ Message sent via Savannah https:/

[sr #110299] minor typo submits unfinished bug report

Follow-up Comment #9, sr #110299 (project administration): > > Why impossible? > > Because even a manager cannot remove a ticket from the system. It can only be closed. But you raise a valid point: my terminology was ambiguous--the typo can be _corrected_, but it can't be _undone_, so I should

[sr #110907] reply-to emails which are comments on bugs

Follow-up Comment #5, sr #110907 (project administration): TLDR: this looks too complicated to me. > Often, but the from address is often secured (some newfangled authorised mail-submission-agent system with DNS, I think) and you can check the security of the email path in those cases, so if the

[sr #110923] Please, close "make -j" bug, reported by me

Update of sr #110923 (project administration): Category:None => Savannah trackers - bugs, tasks, etc. Status: In Progress => Works For Me Open/Closed:Open => Closed _

[sr #110922] [SPAM] Clean Energy Hosting

Update of sr #110922 (project administration): Open/Closed:Open => Closed ___ Reply to this item at: __

[sr #110907] reply-to emails which are comments on bugs

Follow-up Comment #4, sr #110907 (project administration): [comment #3 comment #3:] > Let us imagine that the message with the hash is intercepted; then it would be possible for the interceptor to impersonate that user in that tracker item, wouldn't it? Often, but the from address is often secur

[sr #110923] Please, close "make -j" bug, reported by me

Follow-up Comment #2, sr #110923 (project administration): [comment #1 comment #1:] > You are requesting as anonymous. Have you lost your account? No. It wasn't anonymous request. Just I had some issues (probably with "savannah.nongnu.org") when trying to leave a comment on a bug, created by me.

[sr #110299] minor typo submits unfinished bug report

Follow-up Comment #8, sr #110299 (project administration): [comment #7 comment #7:] > Why impossible? Because even a manager cannot remove a ticket from the system. It can only be closed. But you raise a valid point: my terminology was ambiguous--the typo can be _corrected_, but it can't be _un

[sr #110923] Please, close "make -j" bug, reported by me

Update of sr #110923 (project administration): Status:None => In Progress Assigned to:None => ineiev ___ Follow-up Comment #1: You are requ

[sr #110299] minor typo submits unfinished bug report

Follow-up Comment #7, sr #110299 (project administration): [comment #4 comment #4:] > A single typo should not result in a malformed submission that is impossible to correct. Why impossible? I just re-submit correctly, noting that the previous one was wrong, and tracker manager closes the errone

[sr #110923] Please, close "make -j" bug, reported by me

URL: Summary: Please, close "make -j" bug, reported by me Group: Savannah Administration Submitter: None Submitted: Thu 17 Aug 2023 09:40:00 AM UTC Category: None

[sr #109439] Commit notification hook mishandles non-ASCII author names

Update of sr #109439 (project administration): Status:None => Works For Me Open/Closed:Open => Closed ___ Follow-up Comment #3: It looks lik

[sr #110909] gnuboot git repository cleanup

Update of sr #110909 (project administration): Status:Works For Me => Done Assigned to:None => ineiev Open/Closed:Open => Closed __

[sr #110299] minor typo submits unfinished bug report

Follow-up Comment #6, sr #110299 (project administration): As an experiment, when adding comment #5, I did not use the mouse to submit it, but hit "Shift-Tab Shift-Tab Shift-Tab Return," and it worked fine. So there are still keyboard-based submission options that don't involve implicit submissio

[sr #110299] minor typo submits unfinished bug report

Follow-up Comment #5, sr #110299 (project administration): Alternately, if you consider Summary-field submission essential to some people's workflow, you could add a simple popup asking for confirmation, defaulting to No, when someone submits via that mechanism. Then implicit submission changes f