Hi,
This is the official unresponsive maintainer check for xaeth.
Associated bz: https://bugzilla.redhat.com/show_bug.cgi?id=1949831
Greg's last build was 7 years ago:
https://koji.fedoraproject.org/koji/userinfo?userID=1887
Neglected bz:
https://bugzilla.redhat.com/show_bug.cgi?id=1495323
Greg
Hi,
This is the official unresponsive maintainer check for rrix.
Associated bz: https://bugzilla.redhat.com/show_bug.cgi?id=1968568
Ryan's last build was nearly 7 years ago:
https://koji.fedoraproject.org/koji/userinfo?userID=1124
Neglected bz:
https://bugzilla.redhat.com/show_bug.cgi?id=1878064
Il 06/06/21 19:53, Kevin Fenzi ha scritto:
> On Sun, Jun 06, 2021 at 07:40:41AM +, Mattia Verga via devel wrote:
>> I thought that deleting a side-tag would delete all its child
>> (*-testing-pending and similar), but it doesn't seem so:
>>
>> https://koji.fedoraproject.org/koji/search?match=gl
On Mon, Jun 07, 2021 at 02:59:54PM -0400, Ben Cotton wrote:
> == Feedback ==
+1
> == Benefit to Fedora ==
> == Dependencies ==
> * anaconda: https://github.com/rhinstaller/anaconda/pull/3431
> * authselect: https://github.com/authselect/authselect/pull/253
> * libuser: WIP ongoing
> * shadow-utils
+1
...and many thanks for providing a very comprehensive rationale.
On Tue, 8 Jun 2021 at 21:47, Zbigniew Jędrzejewski-Szmek
wrote:
> On Mon, Jun 07, 2021 at 02:59:54PM -0400, Ben Cotton wrote:
> > == Feedback ==
> +1
>
> > == Benefit to Fedora ==
> > == Dependencies ==
> > * anaconda: https://g
Hey everybody,
we've recently deployed the changes needed to enable automatic RPM
release numbers and changelogs to Koji in staging, and now we want you
to throw things at it!
Detailed information is below, but the gist is: it looks like this will
be real sometime soon. This is the time to ensure
On Mon, Jun 07, 2021 at 02:59:54PM -0400, Ben Cotton wrote:
> == Dependencies ==
> * anaconda: https://github.com/rhinstaller/anaconda/pull/3431
> * authselect: https://github.com/authselect/authselect/pull/253
> * libuser: WIP ongoing
> * shadow-utils:
> https://src.fedoraproject.org/rpms/shadow-
On Tue, Jun 8, 2021 at 3:10 AM François Cami wrote:
>
> This is the official unresponsive maintainer check for rrix.
I sent this thread via direct message to rrix's Twitter account.
--
Ben Cotton
He / Him / His
Fedora Program Manager
Red Hat
TZ=America/Indiana/Indianapolis
_
CC'ing Zbyszek
On Mon, Jun 7, 2021 at 6:27 PM Jiri Kucera wrote:
> Hi Zbyszek,
>
> reply inline
>
> On Wed, Jun 2, 2021 at 5:42 PM Zbigniew Jędrzejewski-Szmek <
> zbys...@in.waw.pl> wrote:
>
>> On Wed, Jun 02, 2021 at 01:31:15PM -, Benjamin Beasley wrote:
>> > > So, it doesn't really matter
On 6/8/21 2:05 AM, François Cami wrote:
This is the official unresponsive maintainer check for xaeth.
Associated bz:https://bugzilla.redhat.com/show_bug.cgi?id=1949831
Greg's last build was 7 years ago:
https://koji.fedoraproject.org/koji/userinfo?userID=1887
Neglected bz:
https://bugzilla.redh
Following is the list of topics that will be discussed in the
FESCo meeting Tuesday at 17:00UTC in #fedora-meeting on
irc.libera.chat.
To convert UTC to your local time, take a look at
http://fedoraproject.org/wiki/UTCHowto
or run:
date -d '2021-06-08 17:00 UTC'
Links to all issues to be di
Am Di., 8. Juni 2021 um 14:35 Uhr schrieb Richard W.M. Jones
:
>
> On Mon, Jun 07, 2021 at 02:59:54PM -0400, Ben Cotton wrote:
> > == Dependencies ==
> > * anaconda: https://github.com/rhinstaller/anaconda/pull/3431
> > * authselect: https://github.com/authselect/authselect/pull/253
> > * libuser:
On Tue, Jun 08, 2021 at 03:18:10PM +0200, Björn 'besser82' Esser wrote:
> Am Di., 8. Juni 2021 um 14:35 Uhr schrieb Richard W.M. Jones
> :
> >
> > On Mon, Jun 07, 2021 at 02:59:54PM -0400, Ben Cotton wrote:
> > > == Dependencies ==
> > > * anaconda: https://github.com/rhinstaller/anaconda/pull/3431
On Tue, Jun 8, 2021 at 9:46 AM Zbigniew Jędrzejewski-Szmek
wrote:
>
> On Tue, Jun 08, 2021 at 03:18:10PM +0200, Björn 'besser82' Esser wrote:
...
> > in the future existing yescrypt hashes can be
> > updated to new yescrypt hashes with stronger salts and/or cost
> > parameters in-place without cha
On Mon, Jun 07, 2021 at 06:27:17PM +0200, Jiri Kucera wrote:
> Hi Zbyszek,
>
> reply inline
>
> On Wed, Jun 2, 2021 at 5:42 PM Zbigniew Jędrzejewski-Szmek <
> zbys...@in.waw.pl> wrote:
>
> > On Wed, Jun 02, 2021 at 01:31:15PM -, Benjamin Beasley wrote:
> > > > So, it doesn't really matter if
On Tue, Jun 08, 2021 at 10:08:05AM +, Mattia Verga via devel wrote:
> Il 06/06/21 19:53, Kevin Fenzi ha scritto:
> > On Sun, Jun 06, 2021 at 07:40:41AM +, Mattia Verga via devel wrote:
> >> I thought that deleting a side-tag would delete all its child
> >> (*-testing-pending and similar), b
On Tue, Jun 8, 2021 at 2:46 PM Zbigniew Jędrzejewski-Szmek <
zbys...@in.waw.pl> wrote:
> On Tue, Jun 08, 2021 at 03:18:10PM +0200, Björn 'besser82' Esser wrote:
> > Am Di., 8. Juni 2021 um 14:35 Uhr schrieb Richard W.M. Jones
> > :
> > >
> > > On Mon, Jun 07, 2021 at 02:59:54PM -0400, Ben Cotton w
On 6/8/21 3:18 PM, Björn 'besser82' Esser wrote:
I'm currently thinking of
a way to migrate all local users to use yescrypt hashes, but it's not
that easy: Human users could be prompted on first login to change
their password, if the hash in shadow is not yescrypt - there is a way
to force that.
On 08/06/2021 14:51, Stephen Gallagher wrote:
I was thinking about suggesting a similar PAM module to convert
existing hashes, but I suspect that we'd be coming up against some
issues with security policy and separation of actions. Right now, I
expect that SELinux permits PAM processes to have r
On Tue, Jun 08, 2021 at 03:18:10PM +0200, Björn 'besser82' Esser wrote:
Unfortunately there is no automatic way to update the hash from
anything, but yescrypt, to yescrypt without knowing / entering the
actual user password; in the future existing yescrypt hashes can be
updated to new yescrypt ha
I've just orphaned packages:
perl-Debug-Client (https://src.fedoraproject.org/rpms/perl-Debug-Client)
perl-Padre (https://src.fedoraproject.org/rpms/perl-padre)
perl-Debug-Client is not possible to build with Perl 5.34. It is
required only
by perl-Padre. Upstreams of the packages have been inacti
Indeed you are not the only one. Even in large LDAP shops, there could
be a local "break-glass" account, so managing hashes could still be a
factor in those environments.
One of the pain points of managing a large-scale Puppet infrastructure
is supporting different hashes for different OS's.
Dear all,
You are kindly invited to the meeting:
Fedora Source-git SIG on 2021-06-09 from 14:30:00 to 15:30:00 GMT
At meet.google.com/mic-otnv-kse
The meeting will be about:
Bi-weekly meeting of the Fedora source-git SIG
Agenda:
https://pagure.io/fedora-source-git/sig/issues?tags=meeting&s
Dear all,
You are kindly invited to the meeting:
Fedora Source-git SIG on 2021-06-09 from 14:30:00 to 15:30:00 GMT
At meet.google.com/mic-otnv-kse
The meeting will be about:
Bi-weekly meeting of the Fedora source-git SIG
Agenda:
https://pagure.io/fedora-source-git/sig/issues?tags=meeting&s
Well, the next question to answer is, should the package without active
upstream maintenance be the reason for slowing down the progress of another
project? Should such a package remain in Fedora at all?
I would personally avoid to do such openexr2 package split, just because I
know how painful it
Am Di., 8. Juni 2021 um 15:46 Uhr schrieb Zbigniew Jędrzejewski-Szmek
:
>
> On Tue, Jun 08, 2021 at 03:18:10PM +0200, Björn 'besser82' Esser wrote:
> > Am Di., 8. Juni 2021 um 14:35 Uhr schrieb Richard W.M. Jones
> > :
> > >
> > > On Mon, Jun 07, 2021 at 02:59:54PM -0400, Ben Cotton wrote:
> > > >
I haven't filed a bug yet because I'm not sure what component to
assign this too. I upgraded to Rawhide this morning and noticed that
some tests that previously ran OK are now timing out. It turned out
that the tests were failing because a valgrinded executable runs much
more slowly in Rawhide to
Hello,
I am planning to fix the FTBFS bug of libgta also for Fedora 34, which
bumps its SONAME. The list of affected components is below (the list is not
complete, the path from some packages to libgta in dependency graph is too
long):
libgta:
OpenSceneGraph:
FlightGear
FlightGear-Atlas
Am Dienstag, dem 08.06.2021 um 09:22 -0500 schrieb Martin Jackson:
>
> On 6/8/21 9:13 AM, Ewoud Kohl van Wijngaarden wrote:
> > On Tue, Jun 08, 2021 at 03:18:10PM +0200, Björn 'besser82' Esser
> > wrote:
> > > Unfortunately there is no automatic way to update the hash from
> > > anything, but yesc
Am Dienstag, dem 08.06.2021 um 15:08 +0100 schrieb Tom Hughes via devel:
> On 08/06/2021 14:51, Stephen Gallagher wrote:
>
> > I was thinking about suggesting a similar PAM module to convert
> > existing hashes, but I suspect that we'd be coming up against some
> > issues with security policy and
Hi!
On Tuesday, 08 June 2021 at 17:43, Jiri Kucera wrote:
> Hello,
>
> I am planning to fix the FTBFS bug of libgta also for Fedora 34, which
> bumps its SONAME. The list of affected components is below (the list is not
> complete, the path from some packages to libgta in dependency graph is too
On Tue, Jun 8, 2021 at 10:51 AM Tom Hughes wrote:
>
> On 08/06/2021 14:51, Stephen Gallagher wrote:
>
> > I was thinking about suggesting a similar PAM module to convert
> > existing hashes, but I suspect that we'd be coming up against some
> > issues with security policy and separation of actions
On Tue, Jun 08, 2021 at 03:58:04PM +0200, Tomas Hrnciar wrote:
> Hello.
>
> As you might already know, we have recently merged in the Python 3.10 side
> tag to Rawhide, despite several builds not succeeding. We always aim for
> some compromise between having the side tag open for too long and havi
On Tue, Jun 08, 2021 at 05:43:37PM +0200, Jiri Kucera wrote:
> Hello,
>
> I am planning to fix the FTBFS bug of libgta also for Fedora 34, which
> bumps its SONAME. The list of affected components is below
There should be no need to rebuild indirect dependencies. If those
indirect dependencies we
On Fri, Jun 04, 2021 at 09:46:00PM +0200, Fabio Valentini wrote:
> On Fri, Jun 4, 2021 at 8:58 PM Kevin Fenzi wrote:
> >
> > On Fri, Jun 04, 2021 at 01:07:39PM -0500, Richard Shaw wrote:
> > > On Fri, Jun 4, 2021 at 12:26 PM Kevin Fenzi wrote:
> > >
> > > > Greetings.
> > > >
> > > > Release engi
On Tue, 8 Jun 2021 at 12:27, Stephen Gallagher wrote:
> On Tue, Jun 8, 2021 at 10:51 AM Tom Hughes wrote:
> >
> > On 08/06/2021 14:51, Stephen Gallagher wrote:
> >
> > > I was thinking about suggesting a similar PAM module to convert
> > > existing hashes, but I suspect that we'd be coming up ag
On 6/8/21 3:58 PM, Tomas Hrnciar wrote:
Hello.
As you might already know, we have recently merged in the Python
3.10side tagto Rawhide, despite several builds not succeeding.We always
aim for some compromise between having the side tag open for too long
and having too many failures.
https:
Meeting started by zbyszek at 17:00:06 UTC. The full logs are available
at
https://meetbot.fedoraproject.org/fedora-meeting/2021-06-08/fesco.2021-06-08-17.00.log.html
.
Meeting summary
---
* init process (zbyszek, 17:00:07)
* New meeting time? (zbyszek, 17:03:00)
* ACTION: zbysz
I have started the process to update userspace-rcu to 0.13 in rawhide
which implies a soname bump to 8.
From what I understand, the following packages will need to be rebuilt:
device-mapper-multipath
glusterfs
knot
libntirpc
lttng-tools
lttng-ust
netsniff-ng
nfs-ganesha
I have created a side
On Tue, Jun 8, 2021 at 2:31 PM Michael Jeanson
wrote:
> I have started the process to update userspace-rcu to 0.13 in rawhide
> which implies a soname bump to 8.
>
Does that imply python3.10 too?
> From what I understand, the following packages will need to be rebuilt:
>
> device-mapper-multi
On 2021-06-08 14 h 47, Kaleb Keithley wrote:
On Tue, Jun 8, 2021 at 2:31 PM Michael Jeanson
I have started the process to update userspace-rcu to 0.13 in rawhide
which implies a soname bump to 8.
Does that imply python3.10 too?
Yes, I explicitly waited for python 3.10 to land before s
On 08. 06. 21 19:19, Antonio T. sagitter wrote:
I need help for PETSC, please.
https://bugzilla.redhat.com/show_bug.cgi?id=1959088
I took a look and reported https://bugs.python.org/issue44351
--
Miro Hrončok
--
Phone: +420777974800
IRC: mhroncok
__
On Tue, Jun 08, 2021 15:58:04 +0200, Tomas Hrnciar wrote:
> ankursinha MUSIC python-SALib python-brian2 python-dipy python-duecredit
> python-fastavro python-fsleyes-props python-fslpy python-hdfs python-klusta
> python-matrix-nio python-nilearn python-nitime python-nixio python-pingouin
> python-p
Hi Dominik,
from paraview source rpm is produced paraview-devel which is a dependency
of libeml-devel and libmatroska-devel:
[root@fedora ~]# dnf --enablerepo '*-source' repoquery --whatrequires
paraview-devel
Last metadata expiration check: 0:01:10 ago on Tue 08 Jun 2021 05:26:24 PM
UTC.
libebml
Good to know, thanks Zbyszek.
On Tue, Jun 8, 2021 at 6:47 PM Zbigniew Jędrzejewski-Szmek <
zbys...@in.waw.pl> wrote:
> On Tue, Jun 08, 2021 at 05:43:37PM +0200, Jiri Kucera wrote:
> > Hello,
> >
> > I am planning to fix the FTBFS bug of libgta also for Fedora 34, which
> > bumps its SONAME. The l
I am seeing this error when trying to build locally using mock:
Error:
Problem: package python3-xarray-0.17.0-1.fc35.noarch requires
python(abi) = 3.9, but none of the providers can be installed
- package python3-devel-3.10.0~b2-3.fc35.x86_64 conflicts with
python3 < 3.10.0~b2-3.fc35 provide
On 08. 06. 21 21:52, Jos de Kloe wrote:
I am seeing this error when trying to build locally using mock:
Error:
Problem: package python3-xarray-0.17.0-1.fc35.noarch requires python(abi) =
3.9, but none of the providers can be installed
- package python3-devel-3.10.0~b2-3.fc35.x86_64 conflic
Quick question about the Epoch tag in a spec file: I goofed during F34's
rawhide series and packaged an RC of my package with the wrong version name
(1.9.0RC3-1 instead of 1.9.0-0.1) which causes it to sort higher in
ordering than the final 1.9.0-5. From what I can gather, the proper
resolution for
On Tue, Jun 08, 2021 at 03:31:07PM -0500, Greg Hellings wrote:
> Quick question about the Epoch tag in a spec file: I goofed during F34's
> rawhide series and packaged an RC of my package with the wrong version name
> (1.9.0RC3-1 instead of 1.9.0-0.1) which causes it to sort higher in
> ordering th
Hello,
libgta-1.2.1-5.fc34 was built successfully[1] with side
tag f34-build-side-42373. You can now rebuild your dependent packages
against this side tag so I can create a Bodhi update.
Regards,
Jiri
[1] https://koji.fedoraproject.org/koji/buildinfo?buildID=1766154
_
On Tue, Jun 8, 2021 at 6:24 PM Jiri Kucera wrote:
> Hello,
>
> libgta-1.2.1-5.fc34 was built successfully[1] with side
> tag f34-build-side-42373. You can now rebuild your dependent packages
> against this side tag so I can create a Bodhi update.
>
It's a good practice to kick off builds yoursel
Hi,
On Tue, Jun 08, 2021 at 03:58:04PM +0200, Tomas Hrnciar wrote:
> Hello.
>
> As you might already know, we have recently merged in the Python 3.10 side
> tag to Rawhide, despite several builds not succeeding. We always aim for
> some compromise between having the side tag open for too long and
On Tue, Jun 08, 2021 at 05:38:27PM -0700, Michel Alexandre Salim via devel
wrote:
> Hi,
>
> On Tue, Jun 08, 2021 at 03:58:04PM +0200, Tomas Hrnciar wrote:
> > Hello.
> >
> > As you might already know, we have recently merged in the Python 3.10 side
> > tag to Rawhide, despite several builds not
On Tue, Jun 8, 2021 at 9:34 AM Josef Řídký wrote:
> Well, the next question to answer is, should the package without active
> upstream maintenance be the reason for slowing down the progress of another
> project? Should such a package remain in Fedora at all?
>
> I would personally avoid to do su
On Tue, Jun 08, 2021 at 05:44:20PM -0700, Michel Alexandre Salim via devel
wrote:
> On Tue, Jun 08, 2021 at 05:38:27PM -0700, Michel Alexandre Salim via devel
> wrote:
> > Hi,
> >
> > On Tue, Jun 08, 2021 at 03:58:04PM +0200, Tomas Hrnciar wrote:
> > > Hello.
> > >
> > > As you might already kn
Bumping this for technical discussion. We are planning to put this in action if
there are no technical objections.
___
devel mailing list -- devel@lists.fedoraproject.org
To unsubscribe send an email to devel-le...@lists.fedoraproject.org
Fedora Code of
56 matches
Mail list logo
