From glen at pld-linux.org  Mon Oct 17 20:14:27 2022
From: glen at pld-linux.org (=?UTF-8?Q?Elan_Ruusam=c3=a4e?=)
Date: Mon, 17 Oct 2022 21:14:27 +0300
Subject: [packages/python3-git-filter-repo] - new, separated from
 git-filter-repo.spec (now with python metadata, required for e.g. b4)
In-Reply-To: <61919f8f6ee682327311dfb153d2fb5474d1e622_refs_heads_master@pld-linux.org>
References: <166525508208.30887.5426461182420972916@pld-linux.org>
 <61919f8f6ee682327311dfb153d2fb5474d1e622_refs_heads_master@pld-linux.org>
Message-ID: <833b4e8d-22d6-b671-a005-d507f152ad35@pld-linux.org>

wth. how is this any good?

just add the -n python3-git-filter-repo to main git-filter-repo?package!

with your package split and the require-line in old spec, you force us 
to keep two .spec files up todate with each release of git-filter-repo, 
additionally deal with sending to builders, and in proper order as well.

why?

On 08.10.2022 21:51, qboosh wrote:
> commit 61919f8f6ee682327311dfb153d2fb5474d1e622
> Author: Jakub Bogusz <qboosh at pld-linux.org>
> Date:   Sat Oct 8 20:51:52 2022 +0200
>
>      - new, separated from git-filter-repo.spec (now with python metadata, required for e.g. b4)
>
>   python3-git-filter-repo.spec | 53 ++++++++++++++++++++++++++++++++++++++++++++
>   1 file changed, 53 insertions(+)
> ---
> diff --git a/python3-git-filter-repo.spec b/python3-git-filter-repo.spec
> new file mode 100644
> index 0000000..b402d05
> --- /dev/null
> +++ b/python3-git-filter-repo.spec
> @@ -0,0 +1,53 @@
> +Summary:	Quickly rewrite git repository history
> +Summary(pl.UTF-8):	Szybkie przepisywanie historii repozytorium
> +Name:		python3-git-filter-repo
> +Version:	2.34.0
> +Release:	1
> +License:	MIT
> +Group:		Libraries/Python
> +#Source0Download: https://pypi.org/simple/git-filter-repo/
> +Source0:	https://files.pythonhosted.org/packages/source/g/git-filter-repo/git-filter-repo-%{version}.tar.gz
> +# Source0-md5:	14825e3c78de704a0244092600bf1fdc
> +URL:		https://pypi.org/project/git-filter-repo/
> +BuildRequires:	python3-modules >= 1:3.5
> +BuildRequires:	python3-setuptools
> +BuildRequires:	python3-setuptools_scm
> +BuildRequires:	rpm-pythonprov
> +BuildRequires:	rpmbuild(macros) >= 1.714
> +Requires:	git-core >= 2.24.0
> +Requires:	python3-modules >= 1:3.5
> +Conflicts:	git-filter-repo < 2.34.0-2
> +BuildArch:	noarch
> +BuildRoot:	%{tmpdir}/%{name}-%{version}-root-%(id -u -n)
> +
> +%description
> +git filter-repo is a versatile tool for rewriting history.
> +
> +%description -l pl.UTF-8
> +git filter-repo to wszechstronne narz?dzie do przepisywania historii.
> +
> +%prep
> +%setup -q -n git-filter-repo-%{version}
> +
> +# fix #!/usr/bin/env python -> #!/usr/bin/python:
> +%{__sed} -i -e '1s,/usr/bin/env python3,%{__python3},' git_filter_repo.py
> +
> +%build
> +%py3_build
> +
> +%install
> +rm -rf $RPM_BUILD_ROOT
> +
> +%py3_install
> +
> +%{__rm} $RPM_BUILD_ROOT%{_bindir}/git-filter-repo
> +
> +%clean
> +rm -rf $RPM_BUILD_ROOT
> +
> +%files
> +%defattr(644,root,root,755)
> +%doc README.md
> +%{py3_sitescriptdir}/git_filter_repo.py
> +%{py3_sitescriptdir}/__pycache__/git_filter_repo.cpython-*.py[co]
> +%{py3_sitescriptdir}/git_filter_repo-%{version}-py*.egg-info
> ================================================================
>
> ---- gitweb:
>
> http://git.pld-linux.org/gitweb.cgi/packages/python3-git-filter-repo.git/commitdiff/61919f8f6ee682327311dfb153d2fb5474d1e622
>
> _______________________________________________
> pld-cvs-commit mailing list
> pld-cvs-commit at lists.pld-linux.org
> http://lists.pld-linux.org/mailman/listinfo/pld-cvs-commit


From qboosh at pld-linux.org  Mon Oct 17 21:38:59 2022
From: qboosh at pld-linux.org (Jakub Bogusz)
Date: Mon, 17 Oct 2022 21:38:59 +0200
Subject: [packages/python3-git-filter-repo] - new,
 separated from git-filter-repo.spec (now with python metadata,
 required for e.g. b4)
In-Reply-To: <833b4e8d-22d6-b671-a005-d507f152ad35@pld-linux.org>
References: <166525508208.30887.5426461182420972916@pld-linux.org>
 <61919f8f6ee682327311dfb153d2fb5474d1e622_refs_heads_master@pld-linux.org>
 <833b4e8d-22d6-b671-a005-d507f152ad35@pld-linux.org>
Message-ID: <20221017193859.GA11299@mail>

On Mon, Oct 17, 2022 at 09:14:27PM +0300, Elan Ruusam?e wrote:
> wth. how is this any good?
> 
> just add the -n python3-git-filter-repo to main git-filter-repo?package!
> 
> with your package split and the require-line in old spec, you force us 
> to keep two .spec files up todate with each release of git-filter-repo, 
> additionally deal with sending to builders, and in proper order as well.
> 
> why?

github package doesn't contain metadata for python package (or data to
generate them).

pypi package doesn't contain docs for git side.

Alternative solution could be single spec with both sources.
But I didn't know the direction in which the distribution of this package
would evolve, the last release so far was almost year ago.

Now I see there is 2.38.0, I'll check it in few days.


-- 
Jakub Bogusz    http://qboosh.pl/


From glen at pld-linux.org  Thu Oct 20 14:37:45 2022
From: glen at pld-linux.org (=?utf-8?Q?Elan_Ruusam=C3=A4e?=)
Date: Thu, 20 Oct 2022 15:37:45 +0300
Subject: pfa-signpkg resets tty echo after failed password input: 
Message-ID: <B59F8198-0CEC-4DAE-918E-88964595D1F0@pld-linux.org>



pldth at ep09-pld SRPMS/.metadata$ pfa-signpkg test *pecl*
Checking signatures of 164 files from 17 packages
164/164 /home/pld/admins/th/ftp/test/x86_64/debuginfo/php82-pecl-xmlrpc-debugsource-1.0.0-1.RC3.1.x86_64.rpm
Total 164 files to sign
Enter signing password:
Signing 164 files
/home/pld/admins/th/ftp/test/SRPMS/RPMS/php80-pecl-redis-5.3.7-1.src.rpm:
gpg: signing failed: Bad passphrase
gpg: signing failed: Bad passphrase
error: gpg exec failed (2)
/home/pld/admins/th/ftp/test/x86_64/debuginfo/php80-pecl-redis-debuginfo-5.3.7-1.x86_64.rpm:
Enter passphrase: lala

From glen at pld-linux.org  Thu Oct 20 14:41:41 2022
From: glen at pld-linux.org (=?utf-8?Q?Elan_Ruusam=C3=A4e?=)
Date: Thu, 20 Oct 2022 15:41:41 +0300
Subject: pfa-signpkg resets tty echo after failed password input: 
In-Reply-To: <B59F8198-0CEC-4DAE-918E-88964595D1F0@pld-linux.org>
References: <B59F8198-0CEC-4DAE-918E-88964595D1F0@pld-linux.org>
Message-ID: <6EEF6470-905C-4707-91EC-890D6E8573BF@pld-linux.org>



> On 20. Oct 2022, at 15:37, Elan Ruusam?e <glen at pld-linux.org> wrote:
> 
> 
> 
> pldth at ep09-pld SRPMS/.metadata$ pfa-signpkg test *pecl*
> Checking signatures of 164 files from 17 packages
> 164/164 /home/pld/admins/th/ftp/test/x86_64/debuginfo/php82-pecl-xmlrpc-debugsource-1.0.0-1.RC3.1.x86_64.rpm
> Total 164 files to sign
> Enter signing password:
> Signing 164 files
> /home/pld/admins/th/ftp/test/SRPMS/RPMS/php80-pecl-redis-5.3.7-1.src.rpm:
> gpg: signing failed: Bad passphrase
> gpg: signing failed: Bad passphrase
> error: gpg exec failed (2)
> /home/pld/admins/th/ftp/test/x86_64/debuginfo/php80-pecl-redis-debuginfo-5.3.7-1.x86_64.rpm:
> Enter passphrase: lala

Also aborted sign leaves temp files around:


pldth at ep09-pld SRPMS/.metadata$ pfa-signpkg test *pecl*
Checking signatures of 164 files from 17 packages
164/164 /home/pld/admins/th/ftp/test/x86_64/debuginfo/php82-pecl-xmlrpc-debugsource-1.0.0-1.RC3.1.x86_64.rpm
Total 164 files to sign
Enter signing password:
Signing 164 files
/home/pld/admins/th/ftp/test/SRPMS/RPMS/php80-pecl-redis-5.3.7-1.src.rpm:
/home/pld/admins/th/ftp/test/x86_64/debuginfo/php80-pecl-redis-debuginfo-5.3.7-1.x86_64.rpm:
File '/home/pld/admins/th/ftp/test/x86_64/debuginfo/php80-pecl-redis-debuginfo-5.3.7-1.x86_64.rpm.sig' exists. Overwrite? (y/N) y

And then it seems it?s stuck, no idea what?s going on:


pldth at ep09-pld SRPMS/.metadata$ lsp gpg www
USER       PID LXC       PGRP                  STARTED TT          VSZ   RSS STAT CMD
pldth    28850 -        28847 Thu Oct 20 15:37:55 2022 pts/5      8920  5124 SL+  gpg --no-verbose --no-armor --no-secmem-warning -u e4f1bc2d -sbo /home/pld/admins/th/ftp/test/x86_64/debuginfo/php80-pecl-redis-debuginfo-5.3.7-1.x86_64.rpm.sig -



pldth at ep09-pld SRPMS/.metadata$ l /home/pld/admins/th/ftp/test/x86_64/debuginfo/*.sig
-rw-r--r-- 1 pldth pldth 0 Oct 20 15:36 /home/pld/admins/th/ftp/test/x86_64/debuginfo/php80-pecl-redis-debuginfo-5.3.7-1.x86_64.rpm.sig



From atler at pld-linux.org  Mon Oct 24 09:17:41 2022
From: atler at pld-linux.org (Jan Palus)
Date: Mon, 24 Oct 2022 09:17:41 +0200
Subject: DISTFILES: qt6: ERRORS: qt-everywhere-src-6.3.2.tar.xz
In-Reply-To: <14552.1666595608@distfiles.pld-linux.org>
References: <14552.1666595608@distfiles.pld-linux.org>
Message-ID: <20221024071741.3hrkpvxfnqpreut7@pine>

On 24.10.2022 09:13, atler wrote:
> Request by: atler
> 
> wget -nv --no-iri --user-agent=PLD/distfiles -O ./tmp/c988e5de-3fbe-4f8d-9c0e-892a6cc71ea2/bc928a9897698ec397b11c3dbff40e53/qt-everywhere-src-6.3.2.tar.xz https://download.qt.io/official_releases/qt/6.3/6.3.2/single/qt-everywhere-src-6.3.2.tar.xz:
> Cannot write to ???./tmp/c988e5de-3fbe-4f8d-9c0e-892a6cc71ea2/bc928a9897698ec397b11c3dbff40e53/qt-everywhere-src-6.3.2.tar.xz??? (Success).

Can someone have a look what's that about? Noticed it before for larger
sources like firefox but usually retry succeeded. qt6 on the other hand
fails consistently.


From atler at pld-linux.org  Thu Oct 27 11:38:33 2022
From: atler at pld-linux.org (Jan Palus)
Date: Thu, 27 Oct 2022 11:38:33 +0200
Subject: push failure
Message-ID: <20221027093833.2kivkbwaeamcufec@pine.grzadka>

first try pushing to mozilla-firefox-bin failed with:

error: remote unpack failed: unable to create temporary object directory
To ssh://git.pld-linux.org/packages/mozilla-firefox-bin
 ! [remote rejected] master -> master (unpacker error)
error: failed to push some refs to 'ssh://git.pld-linux.org/packages/mozilla-firefox-bin'

second attempt succeeded though.


From atler at pld-linux.org  Sun Oct 30 18:08:10 2022
From: atler at pld-linux.org (Jan Palus)
Date: Sun, 30 Oct 2022 18:08:10 +0100
Subject: DISTFILES: qt6: ERRORS: qt-everywhere-src-6.3.2.tar.xz
In-Reply-To: <20221024071741.3hrkpvxfnqpreut7@pine>
References: <14552.1666595608@distfiles.pld-linux.org>
 <20221024071741.3hrkpvxfnqpreut7@pine>
Message-ID: <20221030170810.xofqr4k2bogdobby@pine.grzadka>

On 24.10.2022 09:17, Jan Palus wrote:
> On 24.10.2022 09:13, atler wrote:
> > Request by: atler
> > 
> > wget -nv --no-iri --user-agent=PLD/distfiles -O ./tmp/c988e5de-3fbe-4f8d-9c0e-892a6cc71ea2/bc928a9897698ec397b11c3dbff40e53/qt-everywhere-src-6.3.2.tar.xz https://download.qt.io/official_releases/qt/6.3/6.3.2/single/qt-everywhere-src-6.3.2.tar.xz:
> > Cannot write to ???./tmp/c988e5de-3fbe-4f8d-9c0e-892a6cc71ea2/bc928a9897698ec397b11c3dbff40e53/qt-everywhere-src-6.3.2.tar.xz??? (Success).
> 
> Can someone have a look what's that about? Noticed it before for larger
> sources like firefox but usually retry succeeded. qt6 on the other hand
> fails consistently.

Also fails with `dropin` script after transferring ~264M:

firefox-106.0.2.source.tar.xz            54%  264MB   5.1MB/s   00:42 ETA
scp: write remote "./firefox-106.0.2.source.tar.xz": Failure
scp: failed to upload file firefox-106.0.2.source.tar.xz to .


From arekm at maven.pl  Mon Oct 31 09:25:30 2022
From: arekm at maven.pl (=?UTF-8?Q?Arkadiusz_Mi=c5=9bkiewicz?=)
Date: Mon, 31 Oct 2022 09:25:30 +0100
Subject: DISTFILES: qt6: ERRORS: qt-everywhere-src-6.3.2.tar.xz
In-Reply-To: <20221030170810.xofqr4k2bogdobby@pine.grzadka>
References: <14552.1666595608@distfiles.pld-linux.org>
 <20221024071741.3hrkpvxfnqpreut7@pine>
 <20221030170810.xofqr4k2bogdobby@pine.grzadka>
Message-ID: <cbc5fcbe-ab16-e92c-6675-865f9f5ddd48@maven.pl>

On 30.10.2022 18:08, Jan Palus wrote:
> On 24.10.2022 09:17, Jan Palus wrote:
>> On 24.10.2022 09:13, atler wrote:
>>> Request by: atler
>>>
>>> wget -nv --no-iri --user-agent=PLD/distfiles -O ./tmp/c988e5de-3fbe-4f8d-9c0e-892a6cc71ea2/bc928a9897698ec397b11c3dbff40e53/qt-everywhere-src-6.3.2.tar.xz https://download.qt.io/official_releases/qt/6.3/6.3.2/single/qt-everywhere-src-6.3.2.tar.xz:
>>> Cannot write to ???./tmp/c988e5de-3fbe-4f8d-9c0e-892a6cc71ea2/bc928a9897698ec397b11c3dbff40e53/qt-everywhere-src-6.3.2.tar.xz??? (Success).
>>
>> Can someone have a look what's that about? Noticed it before for larger
>> sources like firefox but usually retry succeeded. qt6 on the other hand
>> fails consistently.
> 
> Also fails with `dropin` script after transferring ~264M:
> 
> firefox-106.0.2.source.tar.xz            54%  264MB   5.1MB/s   00:42 ETA
> scp: write remote "./firefox-106.0.2.source.tar.xz": Failure
> scp: failed to upload file firefox-106.0.2.source.tar.xz to .

dropin is on cvs and there was no free space there. Added some.

-- 
Arkadiusz Mi?kiewicz, arekm / ( maven.pl | pld-linux.org )