Re: Orphaning some of my packages

Excerpts from Dan Callaghan's message of 2022-03-06 20:13:26 +11:00: > python-phonenumbers I took python-phonenumbers back. I forgot that it's in the dependency chain of matrix-synapse which I very much still use. -- Dan Callaghan ___ devel mail

Orphaning some of my packages

-aiohttp-negotiate python-blessings python-fastimport python-lrparsing python-nose-progressive python-ofxparse python-phonenumbers python-plyvel python-pystalk python-unidiff qcommandline -- Dan Callaghan ___ devel mailing list -- devel

python-pytest-randomly changing license from BSD to MIT

Starting from version 3.5.0 the python-pytest-randomly package has changed license from BSD to MIT. I will build this update for rawhide shortly. -- Dan Callaghan ___ devel mailing list -- devel@lists.fedoraproject.org To unsubscribe send an email

Re: Orphaned Packages in rawhide (2018-08-27)

Excerpts from Zbigniew Jędrzejewski-Szmek's message of 2018-08-28 08:38 +00:00: > On Tue, Aug 28, 2018 at 04:56:58PM +1000, Dan Callaghan wrote: > > What does it mean for a package to be owned by orphan while it still > > has other admins who are real people? > > > >

Re: Orphaned Packages in rawhide (2018-08-27)

are still other maintainers? Is there any record where we can see when or why these changes were made? And is the solution here that one of the existing co-maintainers should just go into the Pagure settings and click... some button to become the "main admin" so that it's no longer or

Re: Auto-filing of FTBFS bugs gone wild

n for all their packages because it makes it quite easy to find problems like this. (Sadly, you do get a bit more noise when pushes something that breaks the entire distro, but it's still worth it.) -- Dan Callaghan Senior Software Engineer, Products & Technologies DevOps Red Hat signature.asc Des

[EPEL-devel] Re: How to clean up EPEL 7 broken repoclosure

away in two more weeks when its rebuilt dependencies go stable. But there are likely others in this list caused by the same issue. -- Dan Callaghan <dcall...@redhat.com> Senior Software Engineer, Products & Technologies Operations Red Hat

Re: Fedora's beaker instance

reminds me, one thing we never did set up properly is a Conserver instance so that Beaker can scrape the serial console logs. That would certainly make it easier to see why the Dell machines aren't netbooting successfully. I should try and see about writing a playbook to deploy Conserver... --

Re: Outdated clamav database in Taskotron

This is a much nicer solution because it means you can install a machine using only Fedora packages (or a freshly built disk image) and it already has the data it needs, without then going back to some random server on the internet. So maybe the ClamAV definitions should be treated similarly? In a separate pa

python-gevent will be rebased to 1.2.2 in rawhide

in gevent 1.2.x, I filed bug 1459389. For all other callers of gevent, please check if your package might be affected. Note that the first upstream alpha of 1.2.x was first released more than 9 months ago, so callers should have adjusted to the changes upstream by now. -- Dan Callaghan <dc

Re: sysadmin-qa group for deploying waiverdb

Excerpts from Tim Flink's message of 2017-05-09 10:53 -04:00: > I've added and sponsored mjia to sysadmin-qa. Thanks! > Dan, I assume that you'll be helping him figure out the bastion hosts > etc.? Yep will do. -- Dan Callaghan <dcall...@redhat.com> Senior Software Eng

Re: New list for ResultsDB users

ker list hosted on there. It is nice because Fedora infra still does all the hard work of hosting it :-) but the domain implies a slightly looser relationship to the Fedora project. AFAIK the lists on fedorahosted.org are not affected by any of the Trac decomissioning work. -- Dan Callaghan <d

Re: F25 System Wide Change: Use /etc/distro.repos.d as default reposdir

s of RPM packages with metadata in the format originated by yum"). In that case, yum.repos.d still seems reasonable to me, but if you *really* want to avoid the word "yum" in there then maybe package-repos.d or package.repos.d or packagerepos.d? -- Dan Callaghan <dcall...@redhat.co

Re: glibc in Fedora rawhide now split by langpacks.

instead of en_US.UTF-8? Or fixed by ensuring that en_US.UTF-8 is available in the build environment (by adding it to the Koji build group I guess)? Or some other fix? -- Dan Callaghan <dcall...@redhat.com> Senior Software Engineer, Products & Technologies Operations Red Hat, Inc.

[EPEL-devel] Re: EPEL5 mass rebuild (2016-01-20, 179 failures)

I will update any packages I have commit access to (which is just TurboGears I think). -- Dan Callaghan <dcall...@redhat.com> Senior Software Engineer, Products & Technologies Operations Red Hat, Inc. signature.asc Description: PGP signature ___

[EPEL-devel]Re: python2-setuptools metapackage

be easier to request the RHEL packages to add a virtual Provides for the python2-* name? That is, python-setuptools in RHEL could provide python2-setuptools. -- Dan Callaghan <dcall...@redhat.com> Senior Software Engineer, Products & Technologies Operations Red Hat, Inc.

Re: About making noarch package arch specific, when contents differ.

would be to make it x86-only? -- Dan Callaghan dcall...@redhat.com Senior Software Engineer, Products Technologies Operations Red Hat, Inc. signature.asc Description: PGP signature -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel Fedora

Re: About making noarch package arch specific, when contents differ.

subpackage on only one arch? %ifarch x86_64 %package doc BuildArch: noarch ... %endif I think Koji still counts this a regular noarch subpackage and it should therefore be included in the Fedora trees for all arches. -- Dan Callaghan dcall...@redhat.com Senior Software Engineer, Products Technologies

Re: [EPEL-devel] EPEL for z Systems s390x

don't have at home, like ppc64 and aarch64, on beaker.fedoraproject.org too. The only big unresolved issue with beaker.fedoraproject.org right now is how to hook up FAS authentication. I haven't had a chance to figure that out yet. -- Dan Callaghan dcall...@redhat.com Senior Software Engineer

erlang-jsx about to be retired (Re: Orphaned Packages in rawhide (2015-04-20))

this output is run and developed by Fedora Release Engineering. Please report issues at its trac instance: https://fedorahosted.org/rel-eng/ The sources of this script can be found at: https://git.fedorahosted.org/cgit/releng/tree/scripts/find_unblocked_orphans.py -- Dan Callaghan dcall

Re: erlang-jsx about to be retired (Re: Orphaned Packages in rawhide (2015-04-20))

This was intended for erlang@ not devel@, I will resend it there. My apologies for the noise. -- Dan Callaghan dcall...@redhat.com Software Engineer, Products Technologies Operations Red Hat, Inc. signature.asc Description: PGP signature -- devel mailing list devel@lists.fedoraproject.org

Beaker in Fedora infra ansible

. Where is the preferred place to iterate on that? Is there an open Phab issue, or should I just mail this list, or something else? I'm sure it will take me quite a few attempts to get right :-) since I haven't done anything with Fedora infra ansible before. -- Dan Callaghan dcall...@redhat.com

Re: [EPEL-devel] Python 3 discussion

rather than just /usr/bin/python3 though, so that the scripts are always invoked with the same Python stack they are built for. Currently on Fedora they have /usr/bin/python3. This might need a patch to setuptools/distutils/whatever it is? -- Dan Callaghan dcall...@redhat.com Software Engineer

Re: [EPEL-devel] Python 3 discussion

shouldn't just upgrade applications to the python35-* stack straight away, by providing python3-*? -- Dan Callaghan dcall...@redhat.com Software Engineer, Hosted Shared Services Red Hat, Inc. signature.asc Description: PGP signature ___ epel-devel

Re: [EPEL-devel] Python 3 discussion

they are ready. -- Dan Callaghan dcall...@redhat.com Software Engineer, Hosted Shared Services Red Hat, Inc. signature.asc Description: PGP signature ___ epel-devel mailing list epel-devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman

Re: New Upstream Release Monitoring Systems

release monitoring on all my packages but I've lost track of which ones were correctly configured on the old wiki page. Also, will Anitya warn me somehow if a configuration becomes invalid later (because upstream changed their hosting or similar)? -- Dan Callaghan dcall...@redhat.com Software

Re: Fedora Beaker instance

in the idea of package integration tests, which may include running jobs in Beaker. I'll let him elaborate further. -- Dan Callaghan dcall...@redhat.com Software Engineer, Hosted Shared Services Red Hat, Inc. signature.asc Description: PGP signature

Re: Orphaning lua-sec, lua-dbi and prosody

+, right? Or is something else needed? -- Dan Callaghan dcall...@redhat.com Software Engineer, Hosted Shared Services Red Hat, Inc. signature.asc Description: PGP signature -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel Fedora Code

Re: Orphaning lua-sec, lua-dbi and prosody

these packages from Johan? I can join as comaintainer too if you need help. I run Prosody at home so I'm keen to see it maintained. -- Dan Callaghan dcall...@redhat.com Software Engineer, Hosted Shared Services Red Hat, Inc. signature.asc Description: PGP signature -- devel mailing list devel

Re: [EPEL-devel] Proposal for Python 3 packaging in EPEL 7

Is the EPIC proposal totally dead? It seems like that would be a nicer and more general solution to this problem (not wanting to ship a Python 3.x stack for 10 years). Personally I am not looking forward to maintaining more branches and/or (sub-)packages for every python3X-*. -- Dan

taking python-elixir (was Re: Some orphaned packages)

it, please get in touch with me. -- Dan Callaghan dcall...@redhat.com Software Engineer, Hosted Shared Services Red Hat, Inc. signature.asc Description: PGP signature -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel Fedora Code

Re: EPEL Orphan or retire the TurboGears (v1) stack in 7

? I'm a little confused now though... I would have also expected these other TG1 pieces to be on the list: * python-TurboMail * python-tgmochikit * TurboGears but it looks like they are not retired... Toshio, is there some reason you left them out? -- Dan Callaghan dcall...@redhat.com Software

Re: EPEL Orphan or retire the TurboGears (v1) stack in 7

the exact list here. Zhiwei, if you would like to co-maintain that would be a great help. I'm not able to sponsor you into the packager group, but I think you can be a co-maintainer without a sponsor (actually I'm not sure about that...) -- Dan Callaghan dcall...@redhat.com Software Engineer

python-nose-progressive changed license: GPL to MIT

permissive license, I don't see any problems. -- Dan Callaghan dcall...@redhat.com Software Engineer, Hosted Shared Services Red Hat, Inc. signature.asc Description: PGP signature -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel Fedora Code

Beaker 0.16 released

that matters given that the Beaker instance is currently not usable :-) (Tim, when you can spare a few minutes please ping me and we can sort out the remaining issues with those Beaker VMs.) -- Dan Callaghan dcall...@redhat.com Software Engineer, Hosted Shared Services Red Hat, Inc

Re: Sshd getting 'dyntransition' AVC's in SElinux enforcing mode

-3.12.1-122.fc20.noarch openssh-server-6.4p1-3.fc20.x86_64 (among many others). Any hints on how I can figure out what went wrong with the labelling of /usr/sbin/sshd? -- Dan Callaghan dcall...@redhat.com Software Engineer, Hosted Shared Services Red Hat, Inc. signature.asc Description: PGP

Re: Sshd getting 'dyntransition' AVC's in SElinux enforcing mode

upgrade on 24 Feb was actually from F19-F20, just like Philip who originally started this thread. I suppose that means we just write it off as upgrading between releases is not supported then... -- Dan Callaghan dcall...@redhat.com Software Engineer, Hosted Shared Services Red Hat, Inc

Re: Review Swaps for sugar activities

Excerpts from Jason L Tibbitts III's message of Mon Jul 02 07:38:40 +1000 2012: DC == Dan Callaghan dcall...@redhat.com writes: DC I will take all three (they look straightforward :-) in exchange for DC saslwrapper: Since you appear to be familiar with sugar, is there any possibility

Re: Review Swaps for sugar activities

sugar-locosugar: https://bugzilla.redhat.com/show_bug.cgi?id=836708 I will take all three (they look straightforward :-) in exchange for saslwrapper: https://bugzilla.redhat.com/show_bug.cgi?id=828626 -- Dan Callaghan dcall...@redhat.com signature.asc Description: PGP signature -- devel mailing