Adding version 14.0.13 #272

Added version 14.0.13. Now available for assembly.

Besides that, there are a few small things to fix. See comments below.

Compared to files in live builds and R14.0.12, the # Copyright 1999-2022 Gentoo Authors line was omitted. Is this intentional or an oversight?

This is intentional, as the ebuild history of this version starts in 2022. In ebuilds of the live version, the entire history is preserved.
The rest has been corrected so far. But in principle, you can return this story, since these ebuilds are based on older ones.

Compared to files in live builds and R14.0.12, the # Copyright 1999-2022 Gentoo Authors line was omitted. Is this intentional or an oversight?

This is intentional, as the ebuild history of this version starts in 2022. In ebuilds of the live version, the entire history is preserved.
The rest has been corrected so far. But in principle, you can return this story, since these ebuilds are based on older ones.

Ok, if this is customary in Gentoo, then I have no objection. From my point of view, the file is not created completely new, but a copy, which does not change the fact that it is the result of the author's work of previous authors in the original time period. That's why I thought it was right to keep the original copyright information there.

Ok, if this is customary in Gentoo, then I have no objection. From my point of view, the file is not created completely new, but a copy, which does not change the fact that it is the result of the author's work of previous authors in the original time period. That's why I thought it was right to keep the original copyright information there.

There are no problems with fixing these lines. It is enough to execute the script:

#!/bin/bash
fix_copyright() {
        echo "fix_copyright"
        while read file
        do
          	file2=${file/14.0.12/14.0.13}
                sed -e '/# Copyright/d' -i ${file2}
                i=0;
                cat ${file}|grep '# Copyright' | while read str
                do
                  	i=$((i+1))
                        sed "$i s/^/${str}\n/;" -i ${file2}
                done
        done <<<"$(find -name "*-14.0.12.ebuild")"
}

fix_copyright

It's probably best to return it.

Ok, if this is customary in Gentoo, then I have no objection. From my point of view, the file is not created completely new, but a copy, which does not change the fact that it is the result of the author's work of previous authors in the original time period. That's why I thought it was right to keep the original copyright information there.

There are no problems with fixing these lines. It is enough to execute the script:
#!/bin/bash
fix_copyright() {
        echo "fix_copyright"
        while read file
        do
          	file2=${file/14.0.12/14.0.13}
                sed -e '/# Copyright/d' -i ${file2}
                i=0;
                cat ${file}|grep '# Copyright' | while read str
                do
                  	i=$((i+1))
                        sed "$i s/^/${str}\n/;" -i ${file2}
                done
        done <<<"$(find -name "*-14.0.12.ebuild")"
}

fix_copyright
It's probably best to return it.

Will you do this update?

Will you do this update?

Already done.

Ran ebuilds through pkgcheck, no errors. Everything was going with these dependencies. Only here there were no errors with tdefilereplace, since an empty package was assembled, and the assembly of other packages does not depend on it. I once corrected this package in ebuilds, but apparently I forgot it. The tdefilereplace package is needed for quanta to work, but the build does not depend on it.

Ran ebuilds through pkgcheck, no errors. Everything was going with these dependencies. Only here there were no errors with tdefilereplace, since an empty package was assembled, and the assembly of other packages does not depend on it. I once corrected this package in ebuilds, but apparently I forgot it. The tdefilereplace package is needed for quanta to work, but the build does not depend on it.

Thank you, it looks good. Should I wait for the tdefilereplace problem to be fixed or merge it as it is?

Should I wait for the tdefilereplace problem to be fixed or merge it as it is?

The problem with tdefilereplace has already been fixed. You can already merge it.

--- tdefilereplace-9999.ebuild	2022-10-28 19:42:55.394507891 +0200
+++ tdefilereplace-14.0.13.ebuild	2022-10-28 19:42:55.394507891 +0200
@@ -4,12 +4,12 @@
 
 EAPI="8"
 
-TRINITY_MODULE_NAME="tdeutils"
+TRINITY_MODULE_NAME="tdewebdev"
 TRINITY_MODULE_TYPE="core"
 TRINITY_HANDBOOK="optional"
 inherit trinity-meta-2
 
 DESCRIPTION="A batch search and replace tool for TDE"
 if [[ ${PV} != *9999* ]] ; then
-    KEYWORDS="~amd64 ~x86"
+    KEYWORDS="~amd64 ~arm64 ~x86"
 fi

Thank you for your good work. It looks good.

 	~trinity-base/ksim-${PV}
 	~trinity-base/ktimer-${PV}
 	~trinity-base/superkaramba-${PV}
 	~trinity-base/tdefilereplace-${PV}


				`EAPI="8"`

				`TRINITY_MODULE_NAME="tdeutils"`

Adding version 14.0.13 #272

Reviewers