<?xml version="1.0" encoding="UTF-8" ?>

<bugzilla version="5.2"
          urlbase="https://bugzilla.altlinux.org/"
          
          maintainer="jenya@basealt.ru"
>

    <bug>
          <bug_id>47999</bug_id>
          
          <creation_ts>2023-10-13 16:04:26 +0300</creation_ts>
          <short_desc>git version update</short_desc>
          <delta_ts>2023-11-06 00:50:58 +0300</delta_ts>
          <reporter_accessible>1</reporter_accessible>
          <cclist_accessible>1</cclist_accessible>
          <classification_id>4</classification_id>
          <classification>Development</classification>
          <product>Sisyphus</product>
          <component>git</component>
          <version>unstable</version>
          <rep_platform>all</rep_platform>
          <op_sys>Linux</op_sys>
          <bug_status>CLOSED</bug_status>
          <resolution>FIXED</resolution>
          
          
          <bug_file_loc></bug_file_loc>
          <status_whiteboard></status_whiteboard>
          <keywords></keywords>
          <priority>P5</priority>
          <bug_severity>normal</bug_severity>
          <target_milestone>---</target_milestone>
          
          <blocked>46625</blocked>
          <everconfirmed>1</everconfirmed>
          <reporter name="Arseny Maslennikov">arseny</reporter>
          <assigned_to name="Dmitry V. Levin">ldv</assigned_to>
          <cc>glebfm</cc>
    
    <cc>ldv</cc>
    
    <cc>placeholder</cc>
    
    <cc>vt</cc>
          
          <qa_contact>qa-sisyphus</qa_contact>

      

      

      

          <comment_sort_order>oldest_to_newest</comment_sort_order>  
          <long_desc isprivate="0" >
    <commentid>234929</commentid>
    <comment_count>0</comment_count>
    <who name="Arseny Maslennikov">arseny</who>
    <bug_when>2023-10-13 16:04:26 +0300</bug_when>
    <thetext>Пользователи git в целях, не связанных с сопровождением пакетов и сборочницей, хотели бы видеть в репозитории более актуальный git.

С моей личной колокольни особенно интересными выглядят следующие нововведения и исправления:
https://github.com/git/git/blob/master/Documentation/RelNotes/2.38.0.txt:
 * &quot;git rebase -i&quot; learns to update branches whose tip appear in the
   rebased range with &quot;--update-refs&quot; option.
 * When &quot;git merge&quot; finds that it cannot perform a merge, it should
   restore the working tree to the state before the command was
   initiated, but in some corner cases it didn&apos;t.
https://github.com/git/git/blob/master/Documentation/RelNotes/2.39.0.txt:
 * The way &quot;git repack&quot; created temporary files when it received a
   signal was prone to deadlocking, which has been corrected.
 * `git rebase --update-refs` would delete references when all
   `update-ref` commands in the sequencer were removed, which has been
   corrected.
https://github.com/git/git/blob/master/Documentation/RelNotes/2.41.0.txt:
 * &quot;git format-patch&quot; honors the src/dst prefixes set to nonstandard
   values with configuration variables like &quot;diff.noprefix&quot;, causing
   receiving end of the patch that expects the standard -p1 format to
   break.  &quot;format-patch&quot; has been taught to ignore end-user configuration
   and always use the standard prefixes.

   This is a backward compatibility breaking change.
 * &quot;git blame --contents=&lt;file&gt; &lt;rev&gt; -- &lt;path&gt;&quot; used to be forbidden,
   but now it finds the origins of lines starting at &lt;file&gt; contents
   through the history that leads to &lt;rev&gt;.
 * The output given by &quot;git blame&quot; that attributes a line to contents
   taken from the file specified by the &quot;--contents&quot; option shows it
   differently from a line attributed to the working tree file.
 * &quot;git send-email&quot; learned to give the e-mail headers to the validate
   hook by passing an extra argument from the command line.
 * &quot;git send-email&quot; learned &quot;--header-cmd=&lt;cmd&gt;&quot; that can inject
   arbitrary e-mail header lines to the outgoing messages.
https://github.com/git/git/blob/master/Documentation/RelNotes/2.42.0.txt:
 * During a cherry-pick or revert session that works on multiple
   commits, &quot;git status&quot; did not give correct information, which has
   been corrected.
   (merge a096a889f4 jk/cherry-pick-revert-status later to maint).

Исправления, может быть, к нам и так попадают, но дело не только в них. Соответственно, я бы хотел увидеть хотя бы 2.41.</thetext>
  </long_desc><long_desc isprivate="0" >
    <commentid>234960</commentid>
    <comment_count>1</comment_count>
    <who name="Arseny Maslennikov">arseny</who>
    <bug_when>2023-10-13 23:06:52 +0300</bug_when>
    <thetext>Нашлась ещё более веская яркая причина обновиться с 2.33.*:
https://github.com/git/git/blob/master/Documentation/RelNotes/2.34.0.txt:
 * In addition to GnuPG, ssh public crypto can be used for object and
   push-cert signing.  Note that this feature cannot be used with
   ssh-keygen from OpenSSH 8.7, whose support for it is broken.  Avoid
   using it unless you update to OpenSSH 8.8.</thetext>
  </long_desc><long_desc isprivate="0" >
    <commentid>236459</commentid>
    <comment_count>2</comment_count>
    <who name="Repository Robot">repository-robot</who>
    <bug_when>2023-11-06 00:50:58 +0300</bug_when>
    <thetext>git-2.42.1-alt1 -&gt; sisyphus:

 Thu Nov 02 2023 Dmitry V. Levin &lt;ldv@altlinux&gt; 2.42.1-alt1
 - 2.42.0 -&gt; 2.42.1 (closes: #47999).
 Mon Aug 21 2023 Dmitry V. Levin &lt;ldv@altlinux&gt; 2.42.0-alt1
 - 2.33.8 -&gt; 2.42.0.</thetext>
  </long_desc>
      
      

    </bug>

</bugzilla>