Hi,
sorry for late answer I was on PTO,
David no longer works in Red HAt and he is not interested in maintaining
those packages anymore.
Could you please set the main admin of initscripts to me? And I don't think
we are interested in the rest of those packages.
Lukas
út 7. 5. 2019 v 23:18 odesíl
The meeting took place in #fedora-meeting as usual.
Lukas
On Mon, May 13, 2019 at 6:01 PM Silvia Sánchez wrote:
>
> Hello,
>
> In which channel? I couldn't find the meeting.
>
> Regards,
> Silvia
> FAS: Lailah
>
>
>
>
> On Mon, 13 May 2019 at 12:26, Geoffrey Marr wrote:
>
>> Hey all,
>>
>> W
* Pavel Valena:
> The same occurs with Ruby:
> https://src.fedoraproject.org/rpms/ruby/pull-request/44
I'm not sure if this is a false positive. I checked fcntl.so, and it
references __cxa_finalize, as a weak symbol, so it needs to be linked
against libc.so.6, for ABI stability.
Can you figure
On Mon, May 13, 2019 at 10:44:45PM +0200, Dridi Boukelmoune wrote:
> On Mon, May 13, 2019 at 7:57 PM Jakub Jelinek wrote:
>
> > > Sorry for digging up this thread, but since this is a recurring change
> > > it appears that the mass rebuild is not enough by itself. As of today
> > > lcov doesn't w
Hi
is it OK that i can see no traces of epel 8 on src.fedoraproject.org.
if i assume a release date of 06.2019 i would expect to see some beta-code
here.
only traces i found, but i did spend much time with searching:
https://fedoraproject.org/wiki/Infrastructure_2020/EPEL-8
https://lists.fedor
On Tue, May 14, 2019 at 7:11 AM wrote:
>
> Hi
>
> is it OK that i can see no traces of epel 8 on src.fedoraproject.org.
> if i assume a release date of 06.2019 i would expect to see some beta-code
> here.
>
> only traces i found, but i did spend much time with searching:
> https://fedoraproject.or
Hi all.
If someone knows William Moreno, please contact him to close this bug
ticket:
https://bugzilla.redhat.com/show_bug.cgi?id=1600316
--
---
Antonio Trande
Fedora Project
mailto 'sagitter at fedoraproject dot org'
GPG key: 0x6e0331dd1699e4d7
GPG key server: https://keys.fedoraproject.org/
On Tue, 14 May 2019 at 07:11, wrote:
> Hi
>
> is it OK that i can see no traces of epel 8 on src.fedoraproject.org.
> if i assume a release date of 06.2019 i would expect to see some beta-code
> here.
>
>
I will update the release date as that is too optimistic now. Please join
the epel-devel lis
Hey Ralph and Fedora Infra,
Could you please fix python-kitchen long standing build failures or
alternatively stop using it in infra tools and retire it?
The package is a Fedora specific downstream==upstream almost dead project with
utility methods for anything. Most of them are either one-li
On Tue, 2019-05-14 at 07:22 -0400, Josh Boyer wrote:
> On Tue, May 14, 2019 at 7:11 AM wrote:
> > Hi
> >
> > is it OK that i can see no traces of epel 8 on
> > src.fedoraproject.org.
> > if i assume a release date of 06.2019 i would expect to see some
> > beta-code
> > here.
> >
> > only traces
An example of the diff between this and the previous released version (for
x86_64) is:
ostree diff commit old:
50310e46520cd08a28634d575fd78db9629c15263b4491d1b6cd20e141c25c17
ostree diff commit new:
575c9ee648a2a8ed9df9695c003c2776d73d7be01f03cd84f7367d5728be1f1c
Upgraded:
ceph-common 1:12.2.11
On Tue, 2019-05-14 at 14:50 +0200, Miro Hrončok wrote:
> Could you please fix python-kitchen long standing build failures or
> alternatively stop using it in infra tools and retire it?
Kitchen takes the wrong approach to string encoding - I recommend that
we stop using it and retire it. It can be
- Original Message -
> From: "Florian Weimer"
> To: "Pavel Valena"
> Cc: devel@lists.fedoraproject.org
> Sent: Tuesday, May 14, 2019 10:47:41 AM
> Subject: Re: rpmlint: library-not-linked-against-libc (parts of Python
> stdlib, after gcc 9)
>
> * Pavel Valena:
>
> > The same occurs wit
On Tue, May 14, 2019 at 9:14 AM Sérgio Basto wrote:
>
> On Tue, 2019-05-14 at 07:22 -0400, Josh Boyer wrote:
> > On Tue, May 14, 2019 at 7:11 AM wrote:
> > > Hi
> > >
> > > is it OK that i can see no traces of epel 8 on
> > > src.fedoraproject.org.
> > > if i assume a release date of 06.2019 i wo
On Tue, May 14, 2019 at 9:14 AM Sérgio Basto wrote:
>
> On Tue, 2019-05-14 at 07:22 -0400, Josh Boyer wrote:
> > On Tue, May 14, 2019 at 7:11 AM wrote:
> > > Hi
> > >
> > > is it OK that i can see no traces of epel 8 on
> > > src.fedoraproject.org.
> > > if i assume a release date of 06.2019 i wo
Announcing the creation of a new nightly release validation test event
for Fedora 31 Rawhide 20190514.n.0. Please help run some tests for this
nightly compose if you have time. For more information on nightly
release validation testing, see:
https://fedoraproject.org/wiki
On 5/14/19 6:47 AM, Randy Barlow wrote:
> On Tue, 2019-05-14 at 14:50 +0200, Miro Hrončok wrote:
>> Could you please fix python-kitchen long standing build failures or
>> alternatively stop using it in infra tools and retire it?
>
> Kitchen takes the wrong approach to string encoding - I recommen
On 14. 05. 19 18:27, Kevin Fenzi wrote:
On 5/14/19 6:47 AM, Randy Barlow wrote:
On Tue, 2019-05-14 at 14:50 +0200, Miro Hrončok wrote:
Could you please fix python-kitchen long standing build failures or
alternatively stop using it in infra tools and retire it?
Kitchen takes the wrong approach
OLD: Fedora-Rawhide-20190513.n.0
NEW: Fedora-Rawhide-20190514.n.0
= SUMMARY =
Added images:7
Dropped images: 0
Added packages: 3
Dropped packages:3
Upgraded packages: 80
Downgraded packages: 0
Size of added packages: 36.90 MiB
Size of dropped packages
monkeysphere is now orphaned
___
devel mailing list -- devel@lists.fedoraproject.org
To unsubscribe send an email to devel-le...@lists.fedoraproject.org
Fedora Code of Conduct: https://getfedora.org/code-of-conduct.html
List Guidelines: https://fedoraproj
Missing expected images:
Atomichost raw-xz x86_64
Atomichost qcow2 x86_64
Compose FAILS proposed Rawhide gating check!
5 of 47 required tests failed, 4 results missing
openQA tests matching unsatisfied gating requirements shown with **GATING**
below
Unsatisfied gating requirements that could not
On Wed, May 1, 2019 at 1:55 PM Fabio Valentini wrote:
>
> Hello packagers,
>
> The Stewardship SIG is currently providing only bare-minimum
> maintenance for the checkstyle package, and none of our packages
> depend on it. So, we're looking for someone to take better care of it,
> preferably someo
On Wed, May 1, 2019 at 2:56 PM Fabio Valentini wrote:
>
> Hello packagers,
>
> The Stewardship SIG is currently providing only bare-minimum
> maintenance for the json_simple package, and none of our packages
> depend on it. So, we're looking for someone to take better care of it,
> preferably some
23 matches
Mail list logo
