On Wed, Mar 25, 2020 at 5:00 AM Neal Gompa wrote:
>
> On Tue, Mar 24, 2020 at 5:33 AM Aleksandra Fedorova
> wrote:
> >
> > https://fedoraproject.org/wiki/Changes/ELN_Buildroot_and_Compose
> >
>
> I've finally had an opportunity to digest this change proposal, and
> I've got some overall question
On Tue, Mar 24, 2020 at 07:55:12PM -0700, John M. Harris Jr wrote:
> On Tuesday, March 24, 2020 5:25:30 AM MST Petr Pisar wrote:
> > On Tue, Mar 24, 2020 at 12:13:57PM +, Tom Hughes via devel wrote:
> > > I thought the above was saying there were fundamental architectural
> > > differences in t
No missing expected images.
Passed openQA tests: 1/1 (x86_64)
--
Mail generated by check-compose:
https://pagure.io/fedora-qa/check-compose
___
devel mailing list -- devel@lists.fedoraproject.org
To unsubscribe send an email to devel-le...@lists.fedorap
On 24. 03. 20 13:22, Tomas Mraz wrote:
Most probably we will revert this
change in upstream 1.1.1 branch and I will update the rawhide build
with the revert patch as well.
Can this please happen rather sooner than later?
The list of (likely) affected packages is growing:
https://koschei.fedor
Dne 24. 03. 20 v 19:55 Aleksandra Fedorova napsal(a):
> On Tue, Mar 24, 2020 at 6:01 PM Miro Hrončok wrote:
>> On 24. 03. 20 16:23, Aleksandra Fedorova wrote:
>>> I am going to answer generally in this mail, before we dive in into
>>> discussing the details.
>>>
>>> I think your approach to asses
Dne 25. 03. 20 v 4:59 Neal Gompa napsal(a):
> On Tue, Mar 24, 2020 at 5:33 AM Aleksandra Fedorova
> wrote:
>> == Detailed Description ==
>>
>> This Change supersedes the previously-approved [[Changes/Additional
>> buildroot to test x86-64 micro-architecture update|Change]] to enable
>> an additi
Hi,
I'm Chrissie Caulfield, I've worked at Red Hat or over 15 years now,
pretty much always in clustering. Before that I worked on VAX/VMS
systems - more clustering, though I did have a spell in between when I
wrote software-for-industry and was porting-supremo for Tarantella
(back-end stuff only)
On Wed, Mar 25, 2020 at 10:05:21AM +, Christine Caulfield wrote:
> Hi,
>
> I'm Chrissie Caulfield, I've worked at Red Hat or over 15 years now,
> pretty much always in clustering. Before that I worked on VAX/VMS
> systems - more clustering, though I did have a spell in between when I
> wrote s
On 25. 03. 20 10:26, Vít Ondruch wrote:
I think that the level of involvement of the other maintainers is the
same as what we always did for RHEL. Did RHEL maintainers bothered some
Fedora maintainers with some conditionals and what not? Probably. I
don't see that should be different. The only di
On Wed, Mar 25, 2020 at 09:06:06AM +0100, Petr Pisar wrote:
> On Tue, Mar 24, 2020 at 07:55:12PM -0700, John M. Harris Jr wrote:
> > On Tuesday, March 24, 2020 5:25:30 AM MST Petr Pisar wrote:
> > > On Tue, Mar 24, 2020 at 12:13:57PM +, Tom Hughes via devel wrote:
> > > > I thought the above wa
On Wed, 25 Mar 2020 at 01:14, Gavin Simpson wrote:
>
> Dear list
>
> On Fedora 31 the pango library has recently updated to version >= 1.44
> and in doing so has switched to using the HarfBuzz library (from
> FreeType) and dropped Adobe Type 1 font support. This causes problems
> with plotmath as
No missing expected images.
Passed openQA tests: 1/1 (x86_64)
--
Mail generated by check-compose:
https://pagure.io/fedora-qa/check-compose
___
devel mailing list -- devel@lists.fedoraproject.org
To unsubscribe send an email to devel-le...@lists.fedorap
Just for de...@lists.fp.o
The problem reported in the previous email (enclosed below) not only
happens because pango switched to HarfBuzz, but also because by
default fontconfig prefers a PS font for symbols, so I'd say this is a
system-wide problem. But not sure where's the proper place/package t
On 24. 03. 20 19:55, Aleksandra Fedorova wrote:
On Tue, Mar 24, 2020 at 6:01 PM Miro Hrončok wrote:
On 24. 03. 20 16:23, Aleksandra Fedorova wrote:
I think your approach to assessment of the Change is not fair.
Ouch. It's just that reading the proposal raises all of those questions. Sorry
if
Le mercredi 25 mars 2020 à 11:28 +0100, Iñaki Ucar a écrit :
> On Wed, 25 Mar 2020 at 01:14, Gavin Simpson
> wrote:
Hi,
> Adding de...@lists.fp.o to CC. A workaround is to avoid using PS
> fonts for symbols.
PS fonts are dead mid-term everywhere, and already forbidden in new
Fedora font package
On Wed, Mar 25, 2020 at 11:47 AM Miro Hrončok wrote:
>
> On 24. 03. 20 19:55, Aleksandra Fedorova wrote:
> > On Tue, Mar 24, 2020 at 6:01 PM Miro Hrončok wrote:
> >> On 24. 03. 20 16:23, Aleksandra Fedorova wrote:
> >>> I think your approach to assessment of the Change is not fair.
> >>
> >> Ouch
On 25. 03. 20 12:37, Fabio Valentini wrote:
So let's assume for the sake of the argument, that Python is broken in ELN and
the Python maintainers don't want 0%{?rhel}/0%{?eln} conditionals in their spec
files. Now all 3600+ Python packages will fail to build in ELN because of this
and the feedbac
Going back to the questions. See comments inline.
On Tue, Mar 24, 2020 at 3:17 PM Miro Hrončok wrote:
>
> On 24. 03. 20 10:32, Aleksandra Fedorova wrote:
> > As Ben is on PTO, I'd like to present the System-Wide Change
> >
> > https://fedoraproject.org/wiki/Changes/ELN_Buildroot_and_Compose
> >
>
On Wed, Mar 25, 2020 at 12:48 PM Miro Hrončok wrote:
>
> On 25. 03. 20 12:37, Fabio Valentini wrote:
> >> So let's assume for the sake of the argument, that Python is broken in ELN
> >> and
> >> the Python maintainers don't want 0%{?rhel}/0%{?eln} conditionals in their
> >> spec
> >> files. Now
On 25. 03. 20 12:49, Aleksandra Fedorova wrote:
Going back to the questions. See comments inline.
Thanks.
The goal of the ELN project is to continuously build Fedora Rawhide
packages and composes in the way which resembles the CentOS and RHEL
build process and to provide a feedback loop for F
On Wed, Mar 25, 2020 at 8:29 AM Miro Hrončok wrote:
> >> Will there be a way to opt-out packages (or stacks of them) from ELN if
> >> they are
> >> not interesting for RHEL?
> >
> > We want to start with a subset of packages at the beginning (basic
> > buildroot packages, system-level packages an
Hi, Miro,
On Wed, Mar 25, 2020 at 1:28 PM Miro Hrončok wrote:
>
> On 25. 03. 20 12:49, Aleksandra Fedorova wrote:
> > Going back to the questions. See comments inline.
>
> Thanks.
>
> >>> The goal of the ELN project is to continuously build Fedora Rawhide
> >>> packages and composes in the way wh
Le mercredi 25 mars 2020 à 13:09 +0100, Aleksandra Fedorova a écrit :
> On Wed, Mar 25, 2020 at 12:48 PM Miro Hrončok
> wrote:
> As I mentioned in the previous mail, branching goes against the
> purpose of the effort.
>
> What we like to achieve is to create a continuous flow from Fedora
> Rawhid
On Tue, Mar 24, 2020 at 10:32:26AM +0100, Aleksandra Fedorova wrote:
> This includes:
>
> * buildroot configuration, rpm macro and compile flags,
> * comps files and the compose content,
> * compose itself and the pipeline which builds it.
[...]
The discussion so far was mostly about *mechanisms*
On 3/16/20 12:48 PM, Mark Reynolds wrote:
https://pagure.io/389-ds-base/pull-request/50959
--
389 Directory Server Development Team
___
389-devel mailing list -- 389-de...@lists.fedoraproject.org
To unsubscribe send an email to 389-devel-le...@lists
No missing expected images.
Compose PASSES proposed Rawhide gating check!
All required tests passed
Failed openQA tests: 9/171 (x86_64), 1/2 (arm)
New failures (same test not failed in Fedora-Rawhide-20200324.n.0):
ID: 556027 Test: x86_64 universal install_cyrillic_language
URL: https://op
Missing expected images:
Iot dvd x86_64
Iot dvd aarch64
Passed openQA tests: 8/8 (x86_64)
Installed system changes in test x86_64 IoT-dvd_ostree-iso
install_default@uefi:
Mount /run contents changed to 147.1454880% of previous size
Used mem changed from 167 MiB to 145 MiB
Peak task
On Wed, Mar 25, 2020 at 02:06:59PM +0100, Aleksandra Fedorova wrote:
> Hi, Miro,
>
> On Wed, Mar 25, 2020 at 1:28 PM Miro Hrončok wrote:
> >
> > On 25. 03. 20 12:49, Aleksandra Fedorova wrote:
> > > Going back to the questions. See comments inline.
> >
> > Thanks.
> >
> > >>> The goal of the ELN
On 25. 03. 20 14:06, Aleksandra Fedorova wrote:
By contributing to Fedora Rawhide sources and consuming them as ELN
repositories for testing purposes.
The change proposal literally says "There is no user-facing part in this change.
No ELN artifacts are going to be shipped to the end-user."
As
Hi Naman,
Thank you for your interest. Please take a look at:
https://github.com/linux-system-roles/network/wiki
Thank you
Till
Am Mi., 25. März 2020 um 04:36 Uhr schrieb Naman Dhingra
:
>
> Hello there,
> Hope this email finds you well!
>
> This is in with reference to the project idea of impro
On Wed, Mar 25, 2020 at 6:15 AM Nicolas Mailhot via devel
wrote:
>
> Le mercredi 25 mars 2020 à 13:09 +0100, Aleksandra Fedorova a écrit :
> > On Wed, Mar 25, 2020 at 12:48 PM Miro Hrončok
> > wrote:
> > As I mentioned in the previous mail, branching goes against the
> > purpose of the effort.
>
On 25. 03. 20 15:10, Miro Hrončok wrote:
== User Experience ==
There is no user-facing part in this change. No ELN artifacts are
going to be shipped to the end-user.
As a packager debugging a problem in ELN, how do I consume it?
It is described in "How to Test" section.
Those sections cont
On Wed, Mar 25, 2020 at 3:23 PM Miro Hrončok wrote:
>
> On 25. 03. 20 14:06, Aleksandra Fedorova wrote:
> >>> By contributing to Fedora Rawhide sources and consuming them as ELN
> >>> repositories for testing purposes.
> >>
> >> The change proposal literally says "There is no user-facing part in t
On 25. 03. 20 15:50, Fabio Valentini wrote:
Branching means forking Fedora Rawhide into something else. Which
eventually will lead to new downstream tree which will ignore the rest
of Fedora and just use the fork instead. It can be done, but I think
it will damage Fedora as a project.
(snip)
N
On Tue, Mar 10, 2020 at 4:12 PM Jerry James wrote:
> I announced last summer that I was going to retire the why package,
> due to its upstream abandoning it, but then was able to keep it
> working, so kept it for Fedora 31. I am just a handful of package
> reviews away from updating coq and frama
On Wed, 25 Mar 2020 15:59:55 +0100
Miro Hrončok wrote:
> On 25. 03. 20 15:50, Fabio Valentini wrote:
> >>> Branching means forking Fedora Rawhide into something else. Which
> >>> eventually will lead to new downstream tree which will ignore the
> >>> rest of Fedora and just use the fork instead.
Dne 25. 03. 20 v 11:23 Miro Hrončok napsal(a):
> On 25. 03. 20 10:26, Vít Ondruch wrote:
>> I think that the level of involvement of the other maintainers is the
>> same as what we always did for RHEL. Did RHEL maintainers bothered some
>> Fedora maintainers with some conditionals and what not? Pr
OLD: Fedora-Rawhide-20200324.n.0
NEW: Fedora-Rawhide-20200325.n.0
= SUMMARY =
Added images:1
Dropped images: 1
Added packages: 14
Dropped packages:21
Upgraded packages: 96
Downgraded packages: 0
Size of added packages: 6.78 MiB
Size of dropped packages
Dne 25. 03. 20 v 16:19 Vít Ondruch napsal(a):
> Dne 25. 03. 20 v 11:23 Miro Hrončok napsal(a):
>> On 25. 03. 20 10:26, Vít Ondruch wrote:
>>> I think that the level of involvement of the other maintainers is the
>>> same as what we always did for RHEL. Did RHEL maintainers bothered some
>>> Fedora
Le mercredi 25 mars 2020 à 07:19 -0700, Troy Dawson a écrit :
> On Wed, Mar 25, 2020 at 6:15 AM Nicolas Mailhot via devel
> wrote:
> >
> > rpm state in EL prevents most downstreaming. Please focus efforts
> > there.
> >
> > I don’t see how you will get any community adhesion in fixing
> > downst
> The list of (likely) affected packages is growing:
>
> https://koschei.fedoraproject.org/affected-by/openssl-libs?epoch1=1&version1=1.1.1d&release1=7.fc33&epoch2=1&version2=1.1.1e&release2=1.fc33&collection=f33
It's a useful list! Thanks.
Note rubygem-puma is added to the list too.
--
Jun | He
Dne 25. 03. 20 v 15:19 Troy Dawson napsal(a):
> On Wed, Mar 25, 2020 at 6:15 AM Nicolas Mailhot via devel
> wrote:
>> Le mercredi 25 mars 2020 à 13:09 +0100, Aleksandra Fedorova a écrit :
>>> On Wed, Mar 25, 2020 at 12:48 PM Miro Hrončok
>>> wrote:
>>> As I mentioned in the previous mail, branch
Starting a new sub-thread.
On Tue, Mar 24, 2020 at 5:33 AM Aleksandra Fedorova wrote:
>
> As Ben is on PTO, I'd like to present the System-Wide Change
>
> https://fedoraproject.org/wiki/Changes/ELN_Buildroot_and_Compose
>
> == Summary ==
>
> The goal of the ELN project is to continuously build Fe
Hello,
I upgraded to F32 yesterday and everything seems to have gone
smoothly except I'm getting many selinux denials (I'm in permissive so
functionality is ok at the moment). What should I report them against?
I've done a relabel to try to resolve them.
A sample of the most common:
SELinux is
Dne 25. 03. 20 v 15:02 Zbigniew Jędrzejewski-Szmek napsal(a):
> On Wed, Mar 25, 2020 at 02:06:59PM +0100, Aleksandra Fedorova wrote:
>> Hi, Miro,
>>
>> On Wed, Mar 25, 2020 at 1:28 PM Miro Hrončok wrote:
>>> On 25. 03. 20 12:49, Aleksandra Fedorova wrote:
I think that not having eln-branch i
Dne 25. 03. 20 v 16:47 Stephen Gallagher napsal(a):
> Starting a new sub-thread.
>
> On Tue, Mar 24, 2020 at 5:33 AM Aleksandra Fedorova
> wrote:
>> As Ben is on PTO, I'd like to present the System-Wide Change
>>
>> https://fedoraproject.org/wiki/Changes/ELN_Buildroot_and_Compose
>>
>> == Summar
Nicolas Mailhot via devel writes:
> Le mercredi 25 mars 2020 à 13:09 +0100, Aleksandra Fedorova a écrit :
>> Miro Hrončok wrote:
>>
>> As I mentioned in the previous mail, branching goes against the
>> purpose of the effort.
>>
>> What we like to achieve is to create a continuous flow from Fedo
On 25. 03. 20 16:47, Stephen Gallagher wrote:
I think we managed to miss a few key points in the Change Proposal
which is directly resulting in a bit of the confusion here.
Reading the rest of you e-mail I must agree that this is what happened. Would
you mind putting the change back to incompl
On Wed, Mar 25, 2020 at 3:10 PM Miro Hrončok wrote:
>
> On 25. 03. 20 14:06, Aleksandra Fedorova wrote:
> >>> By contributing to Fedora Rawhide sources and consuming them as ELN
> >>> repositories for testing purposes.
> >>
> >> The change proposal literally says "There is no user-facing part in t
On Wed, Mar 25, 2020 09:48:05 -0600, Nathanael D. Noblet wrote:
> Hello,
>
> I upgraded to F32 yesterday and everything seems to have gone
> smoothly except I'm getting many selinux denials (I'm in permissive so
> functionality is ok at the moment). What should I report them against?
> I've done
Dne 25. 03. 20 v 17:33 Aleksandra Fedorova napsal(a):
> On Wed, Mar 25, 2020 at 3:10 PM Miro Hrončok wrote:
>> On 25. 03. 20 14:06, Aleksandra Fedorova wrote:
> By contributing to Fedora Rawhide sources and consuming them as ELN
> repositories for testing purposes.
The change proposa
On 25. 03. 20 17:33, Aleksandra Fedorova wrote:
I consider rawhide users our users and I assume many other do consider them our
users as well. I consider upstream projects who run their CI on Fedora our
users. You are not incorrect that this is a terminology issue, however I think
this is a diffe
On Wed, Mar 25, 2020 at 4:49 PM Nathanael D. Noblet
wrote:
> Hello,
>
> I upgraded to F32 yesterday and everything seems to have gone
> smoothly except I'm getting many selinux denials (I'm in permissive so
> functionality is ok at the moment). What should I report them against?
> I've done a r
Dne 25. 03. 20 v 18:06 Vít Ondruch napsal(a):
> Dne 25. 03. 20 v 17:33 Aleksandra Fedorova napsal(a):
>> On Wed, Mar 25, 2020 at 3:10 PM Miro Hrončok wrote:
>>> On 25. 03. 20 14:06, Aleksandra Fedorova wrote:
>> By contributing to Fedora Rawhide sources and consuming them as ELN
>> reposi
On Wed, 2020-03-25 at 18:17 +0100, Zdenek Pytela wrote:
>
> > SELinux is preventing pcscd from using the sys_nice capability.
> >
> > SELinux is preventing accounts-daemon from using the sys_nice
> > capability.
> >
> Denials like this are under investigation, most likely they are harmless
> and
On Wed, 2020-03-25 at 13:09 +0100, Aleksandra Fedorova wrote:
> On Wed, Mar 25, 2020 at 12:48 PM Miro Hrončok
> wrote:
> > On 25. 03. 20 12:37, Fabio Valentini wrote:
> > > > So let's assume for the sake of the argument, that Python is
> > > > broken in ELN and
> > > > the Python maintainers don't
I recently noticed that the commit list in dist-git shows the number
of successful/failed/cancelled builds from a given commit [e.g. 1,2].
I haven't seen this announced, but this is super cool and useful!
A thousand thanks to whoever made this happen.
Zbyszek
[1] https://src.fedoraproject.org/rpm
On Wed, Mar 25, 2020 at 6:30 PM Adam Williamson
wrote:
> On Wed, 2020-03-25 at 18:17 +0100, Zdenek Pytela wrote:
> >
> > > SELinux is preventing pcscd from using the sys_nice capability.
> > >
> > > SELinux is preventing accounts-daemon from using the sys_nice
> > > capability.
> > >
> > Denials
No missing expected images.
Passed openQA tests: 8/8 (x86_64)
New passes (same test not passed in Fedora-IoT-32-20200324.0):
ID: 556495 Test: x86_64 IoT-dvd_ostree-iso install_default@uefi
URL: https://openqa.fedoraproject.org/tests/556495
ID: 556496 Test: x86_64 IoT-dvd_ostree-iso ins
On Wed, Mar 25, 2020 at 1:32 PM David Tardon wrote:
...
> And yes, it means that people are going to be _bothered_, and
> > _pressured_ on figuring out the best way to collaborate. But isn't it
> > our job?
>
> No, that's not what your proposal implies. Instead, people are going to
> be bothered
OLD: Fedora-32-20200324.n.0
NEW: Fedora-32-20200325.n.0
= SUMMARY =
Added images:0
Dropped images: 0
Added packages: 4
Dropped packages:1
Upgraded packages: 43
Downgraded packages: 0
Size of added packages: 23.29 MiB
Size of dropped packages:439.92 KiB
Le mercredi 25 mars 2020 à 17:33 +0100, Aleksandra Fedorova a écrit :
> My point was to highlight that ELN is not a "stable edition" like
> Fedora Server. ELN is Rawhide, its quality is no better than Rawhide
> quality, its stability is Rawhide stability, its target audience is
> Rawhide audience.
On Wed, Mar 25, 2020 at 2:00 PM Nicolas Mailhot via devel
wrote:
>
> Le mercredi 25 mars 2020 à 17:33 +0100, Aleksandra Fedorova a écrit :
>
> > My point was to highlight that ELN is not a "stable edition" like
> > Fedora Server. ELN is Rawhide, its quality is no better than Rawhide
> > quality, i
On 25. 03. 20 19:10, Stephen Gallagher wrote:
In general, very few packages should even need conditionalizing at
all; that's why I've been saying that this discussion is premature.
Most of the Python packages we maintain in RHEL would need conditionalizing to
disable (part of) tests or docs.
On Wed, Mar 25, 2020 at 2:16 PM Miro Hrončok wrote:
>
> On 25. 03. 20 19:10, Stephen Gallagher wrote:
> > In general, very few packages should even need conditionalizing at
> > all; that's why I've been saying that this discussion is premature.
>
> Most of the Python packages we maintain in RHEL w
On 25. 03. 20 18:45, Stephen Gallagher wrote:
Indeed, she recommended that the ideal situation is for us to avoid
conditionals where possible and instead use Recommends: for things
that are not strict requirements. This would benefit Fedora as well,
since people could trim their installs down to
No missing expected images.
Failed openQA tests: 3/171 (x86_64), 1/2 (arm)
New failures (same test not failed in Fedora-32-20200324.n.0):
ID: 556197 Test: x86_64 Silverblue-dvd_ostree-iso install_default_upload
URL: https://openqa.fedoraproject.org/tests/556197
ID: 556260 Test: x86_64
Neal Gompa writes:
> Miro Hrončok wrote:
>> Stephen Gallagher wrote:
>>
>>> In general, very few packages should even need conditionalizing at
>>> all; that's why I've been saying that this discussion is premature.
>>
>> Most of the Python packages we maintain in RHEL would need conditionalizing
On 25. 03. 20 19:19, Neal Gompa wrote:
On Wed, Mar 25, 2020 at 2:16 PM Miro Hrončok wrote:
On 25. 03. 20 19:10, Stephen Gallagher wrote:
In general, very few packages should even need conditionalizing at
all; that's why I've been saying that this discussion is premature.
Most of the Python pa
Le mercredi 25 mars 2020 à 14:19 -0400, Neal Gompa a écrit :
> On Wed, Mar 25, 2020 at 2:16 PM Miro Hrončok
> wrote:
> > On 25. 03. 20 19:10, Stephen Gallagher wrote:
> > > In general, very few packages should even need conditionalizing
> > > at
> > > all; that's why I've been saying that this dis
On Wed, Mar 25, 2020, at 1:18 PM, Vít Ondruch wrote:
>
> Dne 25. 03. 20 v 18:06 Vít Ondruch napsal(a):
> > Dne 25. 03. 20 v 17:33 Aleksandra Fedorova napsal(a):
> >>
[snip]
> >> We can come up with guidelines, for example:
> >>
> >> 1) Try to find a way to resolve the issue without any conditiona
On Wed, Mar 25, 2020 at 1:00 PM Nicolas Mailhot via devel
wrote:
>
> Le mercredi 25 mars 2020 à 17:33 +0100, Aleksandra Fedorova a écrit :
>
> > My point was to highlight that ELN is not a "stable edition" like
> > Fedora Server. ELN is Rawhide, its quality is no better than Rawhide
> > quality, i
Following is the list of topics that will be discussed in the FPC
meeting Thursday at 2020-03-26 16:00 UTC in #fedora-meeting-1 on
irc.freenode.net.
Local time information (via. uitime):
= Day: Thursday ==
2020-03-26 09:00 PDT US/Pacific
2020-03-26
Hi all,
As discussed in the spins list [1], we are adding the ability to ping
maintainers of spins or labs in compose failure tickets [2]. I made a
list of maintainers [3] from the existing kickstart files, please
create PR's to fedora-kickstarts repo [4] if any changes are needed to
the list.
We
On 25. 03. 20 21:51, Mohan Boddu wrote:
Hi all,
As discussed in the spins list [1], we are adding the ability to ping
maintainers of spins or labs in compose failure tickets [2]. I made a
list of maintainers [3] from the existing kickstart files, please
create PR's to fedora-kickstarts repo [4]
I've been talking to Richard Jones about this privately, and he
suggested that a message to fedora-devel could be helpful.
I've been talking for weeks about updating the entire coq stack,
badgering people into swapping reviews with me, etc. Today I finally
had all the bits in place to do the upda
On Sat, Mar 21, 2020 at 3:41 AM Neal Gompa wrote:
>
> On Sat, Feb 22, 2020 at 11:57 PM Neal Gompa wrote:
> >
> > On Sat, Feb 8, 2020 at 9:59 PM Neal Gompa wrote:
> > >
> > > Hey all,
> > >
> > > I've been trying to get Pagure into EPEL 8 for a couple of months now
> > > so that we can upgrade ou
Le Wed, 25 Mar 2020 16:58:33 -0600,
Jerry James a écrit :
> Either I got lucky when I launched the Rawhide build, or something is
> fundamentally different between F32 and Rawhide. Clearly something
> nondeterministic is at work. I have been unable to reproduce this
> failure in mock so far, but
On Wed, Mar 25, 2020 at 8:57 PM Paul Dufresne via devel
wrote:
> ... yeah, I know, might have no link at all with your Coq build... I
> don't know.
Maybe ... but that sure is suspicious. I recall hearing that OpenJDK
is also suffering from weird segfaults. H.
Thanks for the input, Paul
On Wed, Mar 25, 2020 at 4:58 PM Jerry James wrote:
> Either I got lucky when I launched the Rawhide build, or something is
> fundamentally different between F32 and Rawhide. Clearly something
> nondeterministic is at work. I have been unable to reproduce this
> failure in mock so far, but will k
On Wed, Mar 25, 2020 at 9:24 PM Jerry James wrote:
> You'll want to view this with a fixed-width font.
Thank you, gmail, for completely destroying my formatting work. Oh
well, you can probably tell what I was trying to do.
--
Jerry James
http://www.jamezone.org/
Hi Jerry! Long time no see.
Jerry James writes:
> I built the whole stack for Rawhide with no issues.
Zero compiler warnings? No fiddling to suppress compiler warnings
*anywhere* in the build chain (whether options or pragmas)?
Not suggesting you go looking for pragmas (probably have 10 mill
On 3/21/20 8:45 AM, Andreas Tunek wrote:
I sidegraded my rawhide install to F32 a couple of weeks ago and from
the start I noticed that booting F32 was really slow. I assumed this
was some kind of bug or some devel stuff and would get solved.
What did you upgrade from? There were Radeon firmwa
Why libusbx still not updated to 1.0.23?
Version 1.0.22 was released two years ago.
___
devel mailing list -- devel@lists.fedoraproject.org
To unsubscribe send an email to devel-le...@lists.fedoraproject.org
Fedora Code of Conduct:
https://docs.fedorapro
84 matches
Mail list logo
