Re: moving bugzilla overrides to dist-git
Am 09.12.19 um 18:34 schrieb Pierre-Yves Chibon: Thinking some more about this and while I think we should aim for this process, considering the gain we would have from just moving away from fedora-scm-requests (nicer UX, easier sync to bugzilla of the information, no need to clone that large git repo). Would we be ok with a phased release where at first one the main admin (and infra/releng) would be able to the set the overrides? From there we could see if we need this approval system and if we do, who can trigger changing it. Does that sound reasonable or would you rather we land the entire change at one? (knowing that we're close to completion with Phase #1, we just need to tweak it based on the feedback we're collecting in this thread while phase #2 was not scoped at all). I think that's the best way to move on from here: Allow infra/releng and the main admin to set the overrides We'll see if an approval system for the new assignee will be neccessary, but my guess is that a misuse by setting or removing assignees without their prior approval by other means (mail, IRC, whatever) won't happen often. Karsten ___ devel mailing list -- devel@lists.fedoraproject.org To unsubscribe send an email to devel-le...@lists.fedoraproject.org Fedora Code of Conduct: https://docs.fedoraproject.org/en-US/project/code-of-conduct/ List Guidelines: https://fedoraproject.org/wiki/Mailing_list_guidelines List Archives: https://lists.fedoraproject.org/archives/list/devel@lists.fedoraproject.org
moving bugzilla overrides to dist-git
Hi, We are currently working on getting rid of the git repo at fedora-scm-requests [1] which is nowadays only used to store the overrides of the default assignee in bugzilla (for example to allow different default assignee for Fedora and EPEL). I am working on porting this mechanism to dist-git itself (much like we did for the anitya integration a few weeks ago). We are thinking on providing a simple text field to submit FAS username or email to override the default assignee, the big question is then, who should be allowed to update this field ? Should the main admin be able to set someone else as assignee ? If there is already an override assignee, who should be allowed to change that ? If there's no override assignee set, can everyone become it or is that up to the main admin of the component to decide and set ? I'd appreciate your input Thanks, Karsten [1] https://pagure.io/releng/fedora-scm-requests/ ___ devel mailing list -- devel@lists.fedoraproject.org To unsubscribe send an email to devel-le...@lists.fedoraproject.org Fedora Code of Conduct: https://docs.fedoraproject.org/en-US/project/code-of-conduct/ List Guidelines: https://fedoraproject.org/wiki/Mailing_list_guidelines List Archives: https://lists.fedoraproject.org/archives/list/devel@lists.fedoraproject.org
Re: [Modularity] RFC: rebuilding components of modules and namespace issues
I'll have a closer look at copr's features and its usability for building modules soon. There's a taiga card especially for this: http://taiga.fedorainfracloud.org/project/modularity/us/554 > And very soon it will allow defining the package set in buildchroot completely Do you have an estimate when this feature will be available ? Karsten -- devel mailing list devel@lists.fedoraproject.org https://lists.fedoraproject.org/admin/lists/devel@lists.fedoraproject.org
Re: [Modularity] RFC: rebuilding components of modules and namespace issues
Am 20.06.2016 um 14:48 schrieb Miroslav Suchý: Dne 20.6.2016 v 14:18 Karsten Hopp napsal(a): Does anyone have any other ideas for this problem ? Rebuild it in Copr? > Copy doesn't allow multiple builds with the same N-V-R either according to this: https://fedorahosted.org/copr/wiki/UserDocs#WhathappenswhenItrytobuildapackagewiththesameversionnumber I also couldn't find any information about defining your own build environments in copr. I know that in koji privileged users can set up their own tag with exactly those package tagged in there that they need (koji-shadow works like this for example). Does copr allow something similar ? Karsten -- devel mailing list devel@lists.fedoraproject.org https://lists.fedoraproject.org/admin/lists/devel@lists.fedoraproject.org
[Modularity] RFC: rebuilding components of modules and namespace issues
Hi all, One month ago Petr Šabata posted a module build proposal here on this list. [1] I'd like to gather some ideas about the very first of his key points as it poses some problems with our current buildsystem: > - building a module means building the components it contains and > composing a module deliverable (a repository, an image, other) Rebuilding compoments is necessary as the buildroot of modules can be quite different from package builds which usually just take whatever package is tagged last into a koji tag. For modules it will depend on the modules definition. But we can't just simply rebuild the same RPM (same name-version-release) in koji for a module. koji correctly doesn't allow that. To make it worse, that same RPM might be required by different modules with different buildroots, thus needing a rebuild there as well. The current idea is to use the dist tag for this and let privileged users or koji itself (based on some rules) overwrite the %dist tag for builds of module components. This lets us automate those builds fairly easily. Another approach would be to modify the package release for each rebuild. That still allows us to automate rebuilds to some extend, but for example finding an upgrade path might get a little messy. Does anyone have any other ideas for this problem ? Karsten [1] https://lists.fedoraproject.org/archives/list/devel@lists.fedoraproject.org/message/ONSR4IHJUASBEANEXZVMFGFHDE565XV3/ -- devel mailing list devel@lists.fedoraproject.org https://lists.fedoraproject.org/admin/lists/devel@lists.fedoraproject.org
[perl-threads-lite] disable checks on ppc64le, (rhbz#719874)
commit c28bfd48063d67fc8539d7e20209f27ca060a1e4 Author: Karsten Hopp kars...@redhat.com Date: Wed Feb 11 10:41:13 2015 +0100 disable checks on ppc64le, (rhbz#719874) perl-threads-lite.spec |7 +-- 1 files changed, 5 insertions(+), 2 deletions(-) --- diff --git a/perl-threads-lite.spec b/perl-threads-lite.spec index 5fd68e1..7f68440 100644 --- a/perl-threads-lite.spec +++ b/perl-threads-lite.spec @@ -1,6 +1,6 @@ Name: perl-threads-lite Version:0.033 -Release:6%{?dist} +Release:7%{?dist} Summary:Actor model threading for Perl License:GPL+ or Artistic Group: Development/Libraries @@ -49,7 +49,7 @@ find $RPM_BUILD_ROOT -type f -name '*.bs' -size 0 -exec rm -f {} \; %{_fixperms} $RPM_BUILD_ROOT/* %check -%ifnarch ppc +%ifnarch ppc ppc64le ./Build test %endif @@ -60,6 +60,9 @@ find $RPM_BUILD_ROOT -type f -name '*.bs' -size 0 -exec rm -f {} \; %{_mandir}/man3/* %changelog +* Wed Feb 11 2015 Karsten Hopp kars...@redhat.com 0.033-7 +- disable checks on ppc64le, (rhbz#719874) + * Thu Aug 28 2014 Jitka Plesnikova jples...@redhat.com - 0.033-6 - Perl 5.20 rebuild -- Fedora Extras Perl SIG http://www.fedoraproject.org/wiki/Extras/SIGs/Perl perl-devel mailing list perl-devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/perl-devel
[perl-threads-lite/f22] disable checks on ppc64le, (rhbz#719874)
Summary of changes: c28bfd4... disable checks on ppc64le, (rhbz#719874) (*) (*) This commit already existed in another branch; no separate mail sent -- Fedora Extras Perl SIG http://www.fedoraproject.org/wiki/Extras/SIGs/Perl perl-devel mailing list perl-devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/perl-devel
[perl-threads-lite/f21] disable checks on ppc64le, old bug 719874 shows up again on this arch
commit fd4d73966bb5739ac096453206696682166f234b Author: Karsten Hopp kars...@redhat.com Date: Fri Aug 22 13:32:11 2014 +0200 disable checks on ppc64le, old bug 719874 shows up again on this arch perl-threads-lite.spec |7 +-- 1 files changed, 5 insertions(+), 2 deletions(-) --- diff --git a/perl-threads-lite.spec b/perl-threads-lite.spec index d55078b..a7a45f8 100644 --- a/perl-threads-lite.spec +++ b/perl-threads-lite.spec @@ -1,6 +1,6 @@ Name: perl-threads-lite Version:0.033 -Release:5%{?dist} +Release:6%{?dist} Summary:Actor model threading for Perl License:GPL+ or Artistic Group: Development/Libraries @@ -49,7 +49,7 @@ find $RPM_BUILD_ROOT -type f -name '*.bs' -size 0 -exec rm -f {} \; %{_fixperms} $RPM_BUILD_ROOT/* %check -%ifnarch ppc +%ifnarch ppc64le ./Build test %endif @@ -60,6 +60,9 @@ find $RPM_BUILD_ROOT -type f -name '*.bs' -size 0 -exec rm -f {} \; %{_mandir}/man3/* %changelog +* Fri Aug 22 2014 Karsten Hopp kars...@redhat.com 0.033-6 +- disable checks on ppc64le, old bug 719874 shows up again on this arch + * Sun Aug 17 2014 Fedora Release Engineering rel-...@lists.fedoraproject.org - 0.033-5 - Rebuilt for https://fedoraproject.org/wiki/Fedora_21_22_Mass_Rebuild -- Fedora Extras Perl SIG http://www.fedoraproject.org/wiki/Extras/SIGs/Perl perl-devel mailing list perl-devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/perl-devel
Orphaning privoxy
Hi I'm orphaning privoxy as I'm not using anymore and need to focus on secondary archs. AFAIK it isn't required by any other packages, but needs to be updated to the latest version if someone decides to pick it up. Karsten -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
[perl-threads-lite/f17] disable checks on ppc (#719874)
commit b197f4a02d532215c43d0e70b7b7c7089520 Author: Karsten Hopp kars...@redhat.com Date: Sat Feb 25 11:45:00 2012 +0100 disable checks on ppc (#719874) perl-threads-lite.spec |7 ++- 1 files changed, 6 insertions(+), 1 deletions(-) --- diff --git a/perl-threads-lite.spec b/perl-threads-lite.spec index 916d0a8..e0a9fb7 100644 --- a/perl-threads-lite.spec +++ b/perl-threads-lite.spec @@ -1,6 +1,6 @@ Name: perl-threads-lite Version:0.031 -Release:4%{?dist} +Release:5%{?dist} Summary:Actor model threading for Perl License:GPL+ or Artistic Group: Development/Libraries @@ -44,7 +44,9 @@ find $RPM_BUILD_ROOT -depth -type d -exec rmdir {} 2/dev/null \; %{_fixperms} $RPM_BUILD_ROOT/* %check +%ifarch ppc ./Build test +%endif %files %doc Changes examples LICENSE README @@ -53,6 +55,9 @@ find $RPM_BUILD_ROOT -depth -type d -exec rmdir {} 2/dev/null \; %{_mandir}/man3/* %changelog +* Sat Feb 25 2012 Karsten Hopp kars...@redhat.com 0.031-5 +- disable checks on ppc (#719874) + * Sat Jan 14 2012 Fedora Release Engineering rel-...@lists.fedoraproject.org - 0.031-4 - Rebuilt for https://fedoraproject.org/wiki/Fedora_17_Mass_Rebuild -- Fedora Extras Perl SIG http://www.fedoraproject.org/wiki/Extras/SIGs/Perl perl-devel mailing list perl-devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/perl-devel
[perl-threads-lite] disable checks on ppc (#719874)
Summary of changes: b19... disable checks on ppc (#719874) (*) (*) This commit already existed in another branch; no separate mail sent -- Fedora Extras Perl SIG http://www.fedoraproject.org/wiki/Extras/SIGs/Perl perl-devel mailing list perl-devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/perl-devel
[perl-threads-lite] fix arch check
commit aacde64b0ae9c2cae05367488cf2198dc5c1561d Author: Karsten Hopp kars...@redhat.com Date: Sat Feb 25 12:07:13 2012 +0100 fix arch check perl-threads-lite.spec |7 +-- 1 files changed, 5 insertions(+), 2 deletions(-) --- diff --git a/perl-threads-lite.spec b/perl-threads-lite.spec index e0a9fb7..c753461 100644 --- a/perl-threads-lite.spec +++ b/perl-threads-lite.spec @@ -1,6 +1,6 @@ Name: perl-threads-lite Version:0.031 -Release:5%{?dist} +Release:6%{?dist} Summary:Actor model threading for Perl License:GPL+ or Artistic Group: Development/Libraries @@ -44,7 +44,7 @@ find $RPM_BUILD_ROOT -depth -type d -exec rmdir {} 2/dev/null \; %{_fixperms} $RPM_BUILD_ROOT/* %check -%ifarch ppc +%ifnarch ppc ./Build test %endif @@ -55,6 +55,9 @@ find $RPM_BUILD_ROOT -depth -type d -exec rmdir {} 2/dev/null \; %{_mandir}/man3/* %changelog +* Sat Feb 25 2012 Karsten Hopp kars...@redhat.com 0.031-6 +- fix arch check + * Sat Feb 25 2012 Karsten Hopp kars...@redhat.com 0.031-5 - disable checks on ppc (#719874) -- Fedora Extras Perl SIG http://www.fedoraproject.org/wiki/Extras/SIGs/Perl perl-devel mailing list perl-devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/perl-devel
[perl-threads-lite/f17] fix arch check
Summary of changes: aacde64... fix arch check (*) (*) This commit already existed in another branch; no separate mail sent -- Fedora Extras Perl SIG http://www.fedoraproject.org/wiki/Extras/SIGs/Perl perl-devel mailing list perl-devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/perl-devel
[perl-threads/f17] rebuild on PPC
commit b72c5827927a5947bf826cd231f9020b466652c1 Author: Karsten Hopp kars...@redhat.com Date: Tue Feb 21 14:50:37 2012 +0100 rebuild on PPC perl-threads.spec |5 - 1 files changed, 4 insertions(+), 1 deletions(-) --- diff --git a/perl-threads.spec b/perl-threads.spec index 833e519..1e689d6 100644 --- a/perl-threads.spec +++ b/perl-threads.spec @@ -1,6 +1,6 @@ Name: perl-threads Version:1.86 -Release:2%{?dist} +Release:2.1%{?dist} Summary:Perl interpreter-based threads License:GPL+ or Artistic Group: Development/Libraries @@ -52,6 +52,9 @@ make test %{_mandir}/man3/* %changelog +* Tue Feb 21 2012 Karsten Hopp kars...@redhat.com 1.86-2.1 +- rebuild on PPC + * Sat Jan 14 2012 Fedora Release Engineering rel-...@lists.fedoraproject.org - 1.86-2 - Rebuilt for https://fedoraproject.org/wiki/Fedora_17_Mass_Rebuild -- Fedora Extras Perl SIG http://www.fedoraproject.org/wiki/Extras/SIGs/Perl perl-devel mailing list perl-de...@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/perl-devel
[perl-Compress-Raw-Zlib/f16] bump and rebuild as it got compiled with the old perl on ppc
Summary of changes: ac3976a... bump and rebuild as it got compiled with the old perl on pp (*) (*) This commit already existed in another branch; no separate mail sent -- Fedora Extras Perl SIG http://www.fedoraproject.org/wiki/Extras/SIGs/Perl perl-devel mailing list perl-de...@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/perl-devel
[perl-Compress-Raw-Bzip2/f16] bump and rebuild, got compiled with old perl on ppc
commit 86306bbb77cf5c1ce75db6fa89a9eabe81f8d576 Author: Karsten Hopp kars...@redhat.com Date: Thu Jul 28 22:29:13 2011 +0200 bump and rebuild, got compiled with old perl on ppc perl-Compress-Raw-Bzip2.spec |5 - 1 files changed, 4 insertions(+), 1 deletions(-) --- diff --git a/perl-Compress-Raw-Bzip2.spec b/perl-Compress-Raw-Bzip2.spec index 8fc0c48..7c7bbd9 100644 --- a/perl-Compress-Raw-Bzip2.spec +++ b/perl-Compress-Raw-Bzip2.spec @@ -1,7 +1,7 @@ Name: perl-Compress-Raw-Bzip2 Summary:Low-Level Interface to bzip2 compression library Version:2.037 -Release:2%{?dist} +Release:3%{?dist} License:GPL+ or Artistic Group: Development/Libraries Source0: http://search.cpan.org/CPAN/authors/id/P/PM/PMQS/Compress-Raw-Bzip2-%{version}.tar.gz @@ -57,6 +57,9 @@ make test %{_mandir}/man3/Compress::Raw::Bzip2.3pm* %changelog +* Thu Jul 28 2011 Karsten Hopp kars...@redhat.com 2.037-3 +- bump and rebuild, got compiled with old perl on ppc + * Wed Jun 22 2011 Paul Howarth p...@city-fan.org - 2.037-2 - Perl mass rebuild -- Fedora Extras Perl SIG http://www.fedoraproject.org/wiki/Extras/SIGs/Perl perl-devel mailing list perl-devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/perl-devel
[perl-threads-tbb] add exclusivearch, buildrequirement tbb is only available on ia64, x86 and x86_64
commit abe5f527fe14cb0c6c4523ab4f062b524c6c70f3 Author: Karsten Hopp kars...@redhat.com Date: Sat Jun 11 13:13:42 2011 +0200 add exclusivearch, buildrequirement tbb is only available on ia64, x86 and x86_64 perl-threads-tbb.spec |6 +- 1 files changed, 5 insertions(+), 1 deletions(-) --- diff --git a/perl-threads-tbb.spec b/perl-threads-tbb.spec index 2214cc8..8f587cc 100644 --- a/perl-threads-tbb.spec +++ b/perl-threads-tbb.spec @@ -1,7 +1,7 @@ # This file is licensed under the terms of GPLv2+. Name: perl-threads-tbb Version:0.02 -Release:1%{?dist} +Release:2%{?dist} Summary:Interface to the Threading Building Blocks (TBB) API License:GPL+ or Artistic Group: Development/Libraries @@ -23,6 +23,7 @@ BuildRequires: perl(Time::HiRes) BuildRequires: perl(XSLoader) Requires: perl(:MODULE_COMPAT_%(eval `%{__perl} -V:version`; echo $version)) Requires: perl(ExtUtils::XSpp) = 0.01 +ExclusiveArch: %{ix86} x86_64 ia64 %{?perl_default_filter} @@ -58,6 +59,9 @@ make test %{_mandir}/man3/* %changelog +* Sat Jun 11 2011 Karsten Hopp kars...@redhat.com 0.02-2 +- add exclusivearch, buildrequirement tbb is only available on ia64, x86 and x86_64 + * Tue May 10 2011 Petr Pisar ppi...@redhat.com 0.02-1 - Specfile autogenerated by cpanspec 1.78. - Remove BuildRoot stuff -- Fedora Extras Perl SIG http://www.fedoraproject.org/wiki/Extras/SIGs/Perl perl-devel mailing list perl-devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/perl-devel
Re: Fedora PPC status work in progress :)
Am 28.04.2011 20:24, schrieb David Woodhouse: On Thu, 2011-04-28 at 13:36 -0400, Josh Boyer wrote: Additional items to cover are: 1) Are ppc32 machines supported? Specifically I'm thinking of Apple G4 machines, but we used to build a bunch of Freescale device drivers and such as well for machines in the 6xx class. We should definitely continue to support ppc32 machines. There are a *lot* of embedded ppc32 machines around. 2) Which machine type are supported? Seems POWER7, possibly POWER6 and 5. I would imagine we would want to explicitly drop PS3 support given it's limited memory (vs initrd) and the fact that it's not really sustainable as a machine due to firmware changes. However, do we support Apple G5 and Powerstation machines? (I think yes, but it's unclear). Well, as I have an Apple G5 and even created the mentioned DVD iso on it I will be quite unhappy if I can't install the latest Fedora on it. Looks good so far, even the big initrd isn't an issue on that machine as long as I don't try a network install (tftp limitations) . What packages still *don't* build in the 64-bit versions, and would be missing (or bizarrely 32-bit-only) if we have 64-bit as the primary arch on ppc64? We were typically just not caring about the PPC64 ExcludeArch tracker bug, although I have a distinct recollection of getting drunk in a Shanghai hotel room at one point and doing OCaml support. Is that still in the Fedora packages? Fortunately your ppc64 ocaml patch still works, although it got deleted on the primary archs. You don't happen to be in Germany anytime soon ? If getting you drunk results in a 64bit yaboot I'm sure I'll find a nice pub somewhere around here ;-) Creating 64bit images with an additional 32bit glibc just for yaboot is suboptimal, but seems to work so far. I stil need to convince mash to pull that in during the compose, though. I'd appreciate it if someone could have a look at yaboot, but if that's too much work we can keep it that way while waiting for grub2. Karsten -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
Orphaning irda-utils
As I have neither hardware to test nor time to give the package the needed love (i.e. init scripts) I've given up ownership of the irda-utils package. It's a package with 5 open bugs, two of them man page fixes, the other three initscript stuff that needs some work/testing. Karsten -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
[perl-Test-Pod] bump release and rebuild to fix dependency issues on s390x
commit f281cd4919186d65815b5440df7f55c4aab4a486 Author: Karsten Hopp kars...@redhat.com Date: Thu Jan 13 02:12:15 2011 +0100 bump release and rebuild to fix dependency issues on s390x perl-Test-Pod.spec |5 - 1 files changed, 4 insertions(+), 1 deletions(-) --- diff --git a/perl-Test-Pod.spec b/perl-Test-Pod.spec index d6e7955..1340d79 100644 --- a/perl-Test-Pod.spec +++ b/perl-Test-Pod.spec @@ -1,6 +1,6 @@ Name: perl-Test-Pod Version:1.44 -Release:2%{?dist} +Release:3%{?dist} Summary:Test POD files for correctness Group: Development/Libraries @@ -57,6 +57,9 @@ rm -rf $RPM_BUILD_ROOT %changelog +* Thu Jan 13 2011 Karsten Hopp kars...@redhat.com 1.44-3 +- bump release and rebuild to fix dependency issues on s390x + * Wed Dec 22 2010 Marcela Maslanova mmasl...@redhat.com - 1.44-2 - 661697 rebuild for fixing problems with vendorach/lib -- Fedora Extras Perl SIG http://www.fedoraproject.org/wiki/Extras/SIGs/Perl perl-devel mailing list perl-devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/perl-devel
Re: Non-responsive maintainer Karsten Hopp?
Am 22.03.2010 12:05, schrieb Till Maas: Hiyas, On Mon, Mar 22, 2010 at 04:45:25PM +0800, Chen Lei wrote: The privoxy current in F12 is a beta version and had a lot of bugs. See https://bugzilla.redhat.com/buglist.cgi?component=privoxyproduct=Fedora Can anyone tell Karsten to fix those bugs? I did not check any further, but did he maybe leave Red Hat? Karsten, do you maybe want someone else to maintainer privoxy for you? Please respond, otherwise I will start the non responsive maintainer procedure as it is outlined here: https://fedoraproject.org/wiki/Policy_for_nonresponsive_package_maintainers I just looked a little through the bugs and the oldest bug is nearly a year old without any response by Karsten. Also I could close 3 bugs as duplicates and one seems to be fixed upstream. Regards Till I'm still here, although quite busy with s390x as a secondary arch. If someone is willing to take over privoxy, I'd be happy to orphan it. Otherwise I'll try to find some time this week to update privoxy to 3.0.16. Karsten -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel