Hi,
I just orphaned perl-Filesys-Df. Feel free to take it.
This is basically nothing-happening-here package. It needs EPEL8 build:
https://bugzilla.redhat.com/show_bug.cgi?id=1785649
I do not use this package for long time and I do not even code in Perl for long
time.
This package is dependen
On Mon, Jan 06, 2020 at 09:16:55AM +0100, Miroslav Suchý wrote:
> Hi,
> I just orphaned perl-Filesys-Df. Feel free to take it.
>
> This is basically nothing-happening-here package. It needs EPEL8 build:
> https://bugzilla.redhat.com/show_bug.cgi?id=1785649
>
I took it. I will build it for EPEL8.
Dne 04. 01. 20 v 11:52 Zbigniew Jędrzejewski-Szmek napsal(a):
> On Fri, Jan 03, 2020 at 02:28:29PM -0500, Ben Cotton wrote:
>> https://fedoraproject.org/wiki/Changes/BINUTILS234
>>
>> == Summary ==
>> Rebase the binutils package from version 2.33 to version 2.34.
>>
>> == Owner ==
>> * Name: Nick
On Fr, 03.01.20 14:18, Ben Cotton (bcot...@redhat.com) wrote:
> https://fedoraproject.org/wiki/Changes/EnableEarlyoom
>
> == Summary ==
> Install earlyoom package, and enable it by default. This will cause
> the kernel oomkiller to trigger sooner, but will not affect which
> process it chooses to
Dear maintainers.
Based on the latest fail to build from source policy, the following packages
will be retired from Fedora 32 approximately one week before branching (February
2020).
Policy:
https://docs.fedoraproject.org/en-US/fesco/Fails_to_build_from_source_Fails_to_install/
The packages
Hi,
it does not look you follow the formal "Changes policy". The process for
submitting change proposals is described here:
https://docs.fedoraproject.org/en-US/program_management/changes_policy/
Vít
Dne 05. 01. 20 v 13:23 Bohdan Khomutskyi napsal(a):
>
>
> Summary
>
> Improve compression r
Hi Kevin,
Koji is misbehaving ("again"|"still?").
If you search for a package, the search result is available fast.
If you searched for a build around 8-9 am CET (~3h ago) today, the
search did not return in a reasonable timeframe, to be exact: it did not
return at all.
Now, the same search ret
On Mon, Jan 6, 2020 at 10:35 AM Miro Hrončok wrote:
>
> Dear maintainers.
>
> Based on the latest fail to build from source policy, the following packages
> will be retired from Fedora 32 approximately one week before branching
> (February
> 2020).
>
> Policy:
> https://docs.fedoraproject.org/en-
Peter Robinson wrote on 2020/01/06 20:17:
On Mon, Jan 6, 2020 at 10:35 AM Miro Hrončok wrote:
Dear maintainers.
Based on the latest fail to build from source policy, the following packages
will be retired from Fedora 32 approximately one week before branching (February
2020).
Policy:
https:/
On 06. 01. 20 12:17, Peter Robinson wrote:
On Mon, Jan 6, 2020 at 10:35 AM Miro Hrončok wrote:
Dear maintainers.
Based on the latest fail to build from source policy, the following packages
will be retired from Fedora 32 approximately one week before branching (February
2020).
Policy:
https:
On Mon, Jan 6, 2020 at 11:34 AM Miro Hrončok wrote:
>
> On 06. 01. 20 12:17, Peter Robinson wrote:
> > On Mon, Jan 6, 2020 at 10:35 AM Miro Hrončok wrote:
> >>
> >> Dear maintainers.
> >>
> >> Based on the latest fail to build from source policy, the following
> >> packages
> >> will be retired
On 06. 01. 20 12:44, Peter Robinson wrote:
As said in the e-mail, if you think the policy needs to be adapted, please
discuss - I have made sure the recent changes in the policy are discussed with
the community, especially since you were so angry when I followed the previous
one. Unfortunately, t
On 1/5/20 12:38 AM, Chris Murphy wrote:
On Sat, Jan 4, 2020 at 2:51 AM Aleksandra Fedorova wrote:
Since in the Change we are not introducing just the earlyoom tool but enable it
with a specific profile I would add those details here. Smth like:
"earlyoom service will choose the offending pro
On Tue, Dec 24, 2019 at 09:09:26AM -0800, Jerry James wrote:
> Pardon the top posting. I am on the road with only my phone, no Fedora
> devices anywhere. I have been thinking about trying to get Facebook's Infer
> tool into Fedora. Several of its dependencies are on this list, but I won't
> be able
On Tue, Dec 24, 2019 at 11:10:18PM +0100, Dan Čermák wrote:
> Hi Jerry,
>
> Jerry James writes:
>
> > Pardon the top posting. I am on the road with only my phone, no Fedora
> > devices anywhere. I have been thinking about trying to get Facebook's Infer
> > tool into Fedora. Several of its depend
"Richard W.M. Jones" writes:
> On Tue, Dec 24, 2019 at 09:09:26AM -0800, Jerry James wrote:
>> Pardon the top posting. I am on the road with only my phone, no Fedora
>> devices anywhere. I have been thinking about trying to get Facebook's Infer
>> tool into Fedora. Several of its dependencies are
The following packages are orphaned and will be retired when they
are orphaned for six weeks, unless someone adopts them. If you know for sure
that the package should be retired, please do so now with a proper reason:
https://fedoraproject.org/wiki/How_to_remove_a_package_at_end_of_life
Note: If
OLD: Fedora-Rawhide-20200105.n.0
NEW: Fedora-Rawhide-20200106.n.0
= SUMMARY =
Added images:0
Dropped images: 0
Added packages: 0
Dropped packages:0
Upgraded packages: 60
Downgraded packages: 0
Size of added packages: 0 B
Size of dropped packages:0 B
Size
No missing expected images.
Compose FAILS proposed Rawhide gating check!
2 of 43 required tests failed
openQA tests matching unsatisfied gating requirements shown with **GATING**
below
Failed openQA tests: 20/155 (x86_64), 1/2 (arm)
New failures (same test not failed in Fedora-Rawhide-20200105.
Following is the list of topics that will be discussed in the
FESCo meeting Monday at 15:00UTC in #fedora-meeting-1 on
irc.freenode.net.
To convert UTC to your local time, take a look at
http://fedoraproject.org/wiki/UTCHowto
or run:
date -d '2020-01-06 15:00 UTC'
Links to all issues to be
Le lun. 23 déc. 2019 à 11:03, Miro Hrončok a écrit :
>
> The following packages are orphaned and will be retired when they
> are orphaned for six weeks, unless someone adopts them. If you know for sure
> that the package should be retired, please do so now with a proper reason:
> https://fedorapro
On Sat, Dec 28, 2019 at 09:58:50AM -0500, Neal Gompa wrote:
> On Mon, Sep 9, 2019 at 3:32 PM Ben Cotton wrote:
> >
> > https://fedoraproject.org/wiki/Changes/firewalld_default_to_nftables
> >
> > == Summary ==
> > This change will toggle the default firewalld backend from iptables to
> > nftables.
On Mon, Jan 6, 2020 at 8:45 AM Eric Garver wrote:
>
> On Sat, Dec 28, 2019 at 09:58:50AM -0500, Neal Gompa wrote:
> > On Mon, Sep 9, 2019 at 3:32 PM Ben Cotton wrote:
> > >
> > > https://fedoraproject.org/wiki/Changes/firewalld_default_to_nftables
> > >
> > > == Summary ==
> > > This change will
On Mon, Jan 06, 2020 at 01:25:19PM +0100, Dan Čermák wrote:
> "Richard W.M. Jones" writes:
>
> > On Tue, Dec 24, 2019 at 09:09:26AM -0800, Jerry James wrote:
> >> Pardon the top posting. I am on the road with only my phone, no Fedora
> >> devices anywhere. I have been thinking about trying to get
On Sun, Jan 5, 2020 at 7:24 AM Bohdan Khomutskyi wrote:
>
> I was unable to create an article in Fedora wiki system.
>
Since you don't have any non-CLA groups in FAS, I have added you to
the wikiedit group. Please add this to the wiki ASAP. This proposal is
past the deadline for Fedora 32 System-W
On Tue, Dec 31, 2019 at 01:00:42PM -, Michael Hrechyn wrote:
> Hi! I'm Michael Hrechyn, 17 years old school boy, who lives in Belarus.
> In addition to studying at school, I study programming in Rust and
> administration of Linux systems because I like it.
> I have few simple open-source proje
On Thu, Dec 19, 2019 at 10:43 PM Ben Cotton wrote:
> https://fedoraproject.org/wiki/Changes/EnableFSTrimTimer
>
> == Summary ==
> Enabling fstrim.timer will cause fstrim.service to execute weekly,
> which in turn executes `/usr/sbin/fstrim --fstab --verbose --quiet`
>
>
> == Owner ==
> * Name: [[
On Sunday, 5 January 2020 02:54:54 CET J. Scheurich wrote:
> Hi,
>
> After 13 months, wdune/white_dune is avaliable for fedora 32 8-)
>
> I want to say thanks for anyońe, who gave tips, especially Petr Menšík
> (the reviewer) and
> Robert-André Mauchin (the sponsor).
>
>
> so long
> MUFTI
>
>
On Mon, Jan 6, 2020 at 5:08 AM Lennart Poettering
wrote:
>
> I mean, yes, the OOM killer might not be that great currently, but
> this sounds like something to fix in kernel land, and if that doesn't
> work out for some reason because kernel devs can't agree, then do it
> as fallback in userspace
On Thursday, 2 January 2020 16:24:44 CET Igor Gnatenko wrote:
> Do we really need to rebuild all thousand of packages given that most
> of them are providing only noarch devel packages with sources? Don't
> we need to rebuild only those which provide binaries?
>
We need rebuild to re-run the test
On Mon, Jan 6, 2020 at 3:08 AM Lennart Poettering wrote:
>>
> Looking at the sources very superficially I see a couple of problems:
>
> 1. Waking up all the time in 100ms intervals? We generally try to
>avoid waking the CPU up all the time if nothing happens. Saving
>power and things.
I a
On Mon, Jan 6, 2020 at 4:57 AM Roberto Ragusa wrote:
>
> On 1/5/20 12:38 AM, Chris Murphy wrote:
> > On Sat, Jan 4, 2020 at 2:51 AM Aleksandra Fedorova
> > wrote:
> >
> >> Since in the Change we are not introducing just the earlyoom tool but
> >> enable it with a specific profile I would add th
On Mon, Jan 06, 2020 at 11:57:21AM +0100, Marius Schwarz wrote:
>
> Hi Kevin,
>
> Koji is misbehaving ("again"|"still?").
>
> If you search for a package, the search result is available fast.
> If you searched for a build around 8-9 am CET (~3h ago) today, the
> search did not return in a reason
On Mon, Jan 6, 2020 at 11:07 am, Lennart Poettering
wrote:
Hmm, are we sure this is something we want to have in the default
install? Is the code really good enough for that?
Looking at the sources very superficially I see a couple of problems:
1. Waking up all the time in 100ms intervals? W
On Monday, January 6, 2020, Kamil Paral wrote:
> On Thu, Dec 19, 2019 at 10:43 PM Ben Cotton wrote:
>
>> https://fedoraproject.org/wiki/Changes/EnableFSTrimTimer
>>
>> == Summary ==
>> Enabling fstrim.timer will cause fstrim.service to execute weekly,
>> which in turn executes `/usr/sbin/fstrim
On Mo, 06.01.20 08:51, Chris Murphy (li...@colorremedies.com) wrote:
> On Mon, Jan 6, 2020 at 3:08 AM Lennart Poettering
> wrote:
> >>
> > Looking at the sources very superficially I see a couple of problems:
> >
> > 1. Waking up all the time in 100ms intervals? We generally try to
> >avoid
On Mon, Jan 6, 2020 at 4:22 PM drago01 wrote:
> What does windows do? Is it the equivalent of the discard mount option or is
> it more like fstrim?
Well, as I understand it(*), it's complicated, and there are a
lot of various tuning knobs one can use to change behavior.
But typically, with volu
On Mo, 06.01.20 17:47, Lennart Poettering (mzerq...@0pointer.de) wrote:
> On Mo, 06.01.20 08:51, Chris Murphy (li...@colorremedies.com) wrote:
>
> > On Mon, Jan 6, 2020 at 3:08 AM Lennart Poettering
> > wrote:
> > >>
> > > Looking at the sources very superficially I see a couple of problems:
> >
Hi Kevin,
I just noticed we didn't finish discussing the package rename proposal
in related releng issue[1]:
On Wed, Oct 30, 2019 at 05:02:08PM -0400, Ben Cotton wrote:
[...]
> To change the status quo, two measures are planned:
>
> === Raise priority of nft-variants in alternatives ===
>
> Cur
Hi
To update licensecheck and perl-Regexp-Pattern-License, I need a number
of new dependencies packaged:
For updating perl-Regexp-Pattern-License (dependency chain in this
order, leaf first):
* perl-String-Trim-More -
https://bugzilla.redhat.com/show_bug.cgi?id=1788157
* perl-Hash-DefHash
On Mo, 06.01.20 10:09, Michael Catanzaro (mcatanz...@gnome.org) wrote:
> Is there a way to check memory usage without periodic wakeups?
PSI. It measures latency though. Which is the right thing to measure
here... You can configure thresholds there and it wakes you up when
those are hit. Thus user
Hi everyone! Since it's a new year and a new decade [*], it seems like a
good time to look forward and talk about what we want the Fedora Project to
be in the next five and even ten years. How do we take the awesome
foundation we have now and build and grow and make something that continues
to thri
On Mon, Jan 6, 2020 at 5:47 pm, Lennart Poettering
wrote:
Yes, l-m-m is great. If we can deploy l-m-m today already, why isn't
it good enoug for earlyoom?
GMemoryMonitor is the GLib API that's implemented using
low-memory-monitor's D-Bus API.
In practice, using it for OOM killing is not th
On Sun, Jan 5, 2020 at 12:43 PM Aleksandra Fedorova
wrote:
> I wonder, how I as a user going to be informed about the
> earlyoom-event? I assume abrt will recognize the crash? Will it be
> easily visible from the abrt report that it was the OOM?
>
> The concern is: if we enable such a service, wi
On Fri, Jan 3, 2020 at 8:20 PM Ben Cotton wrote:
> https://fedoraproject.org/wiki/Changes/EnableEarlyoom
>
> == Summary ==
> Install earlyoom package, and enable it by default. This will cause
> the kernel oomkiller to trigger sooner, but will not affect which
> process it chooses to kill off. Th
=
#fedora-meeting-1: FESCO (2020-01-06)
=
Meeting started by contyk at 15:00:16 UTC. The full logs are available
at
https://meetbot.fedoraproject.org/fedora-meeting-1/2020-01-06/fesco.2020-01-06-15.00.log.html
Meeting summary
Le 2020-01-06 18:19, Matthew Miller a écrit :
Hi,
Second, we need to figure out how to work with language-native
packaging
formats and more directly with code that's distributed in git repos
rather
than as tarball releases.
We're not adding meaningful end-user value by manually repackaging
t
Hi,
I'm going to rebase poppler in rawhide to poppler-0.84.0 at the
beginning of next week.
There are several API changes and soname bump of the base library
libpoppler.so.*.
Here is scratch-build of poppler-0.84.0:
https://koji.fedoraproject.org/koji/taskinfo?taskID=40194709
Btw, if your
Le 2020-01-06 19:05, Nicolas Mailhot a écrit :
Handling those checks is where the packaging toil is (that is, as long
as Fedora is a deployment project). It is not something the packaging
format makes harder.
However, because our packaging format streamlines those checks, and
forces to apply
On Mo, 06.01.20 11:22, Michael Catanzaro (mcatanz...@gnome.org) wrote:
So I talked to Tejun Heo about this (kernel cgroups maintainer,
working for facebook with the people who did the PSI stuff, kernel mm
guy). Here's the gist:
- earlyoom might be OK as short time stopgap if people really want to
On Mon, Jan 6, 2020 at 7:10 PM Lennart Poettering
wrote:
> - going down to 100ms poll intervals is a bad idea, 1s is sufficient,
> maybe higher.
>
According to the project readme, the query interval is 100ms only if the
lack or free RAM starts to get severe. Otherwise the interval is claimed t
On Sun, Jan 5, 2020 at 1:24 PM Bohdan Khomutskyi
wrote:
> Summary
>
> Improve compression ratio of SquashFS filesystem on the installation media.
>
Hi Bohdan, as a member of QA, I'll happily support any proposal that
improves the installation speed (the image size is not that important from
my P
On Mon, Jan 6, 2020 at 11:09 AM Lennart Poettering wrote:
>
> On Mo, 06.01.20 11:22, Michael Catanzaro (mcatanz...@gnome.org) wrote:
>
> So I talked to Tejun Heo about this (kernel cgroups maintainer,
> working for facebook with the people who did the PSI stuff, kernel mm
> guy). Here's the gist:
"John M. Harris Jr" writes:
> On Friday, January 3, 2020 1:51:00 PM MST Robbie Harwood wrote:
>> Robbie Harwood writes:
>>> Ben Cotton writes:
>>>
https://fedoraproject.org/wiki/Changes/EnableEarlyoom
== Summary ==
Install earlyoom package, and enable it by default. This wi
https://fedoraproject.org/wiki/Changes/RetirePython26
== Summary ==
The {{package|python26}} package will be retired without replacement
from [[Releases/33|Fedora 33]]. Python 2.6 has been End of Life since
October 2013 and was kept around only to test software targeting
RHEL/EPEL 6. The removal i
https://fedoraproject.org/wiki/Changes/RetirePython34
== Summary ==
The {{package|python34}} package will be retired without replacement
from [[Releases/33|Fedora 33]]. Python 3.4 has been End of Life since
March 2019 and was kept around only to test software targeting EPEL 6
and Debian 8 “Jessie”
On Mon, Jan 6, 2020 at 11:53 am, Chris Murphy
wrote:
And yes the idea is to go a little faster. Earlyoom is easy to take
out. And I have no problem with it coming out in fc33 if oomd or (more
likely) lmm are ready by then.
Brainstorming: if a systemd-level solution were to be ready in the F33
Miro Hrončok writes:
> On 06. 01. 20 12:44, Peter Robinson wrote:
>
>>> As said in the e-mail, if you think the policy needs to be adapted,
>>> please discuss - I have made sure the recent changes in the policy
>>> are discussed with the community, especially since you were so angry
>>> when I fo
On 2020-01-06 18:31, Kamil Paral wrote:
FWIW, the behavior on Android is very close to what is proposed here. If your
application exceeds the amount of available memory, it simply closes right in
front of your eyes. No explanation, nothing, it's just gone (might be different
on latest Android
On Mon, Jan 6, 2020 at 12:11 PM Robbie Harwood wrote:
>
> "John M. Harris Jr" writes:
>
> > On Friday, January 3, 2020 1:51:00 PM MST Robbie Harwood wrote:
> >> Robbie Harwood writes:
> >>> Ben Cotton writes:
> >>>
> https://fedoraproject.org/wiki/Changes/EnableEarlyoom
>
> == Su
On Mon, 2020-01-06 at 14:48 -0500, Robbie Harwood wrote:
> Miro Hrončok writes:
>
> > On 06. 01. 20 12:44, Peter Robinson wrote:
> >
> > > > As said in the e-mail, if you think the policy needs to be adapted,
> > > > please discuss - I have made sure the recent changes in the policy
> > > > are
Chris Murphy writes:
> Robbie Harwood wrote:
>> "John M. Harris Jr" writes:
>>> On Friday, January 3, 2020 1:51:00 PM MST Robbie Harwood wrote:
Robbie Harwood writes:
> Ben Cotton writes:
>
>> https://fedoraproject.org/wiki/Changes/EnableEarlyoom
>>
>> == Summary ==
>
On Mon, Jan 6, 2020 at 1:14 PM Robbie Harwood wrote:
>
> Chris Murphy writes:
> > As for swap size options including no swap, and maybe swap-on-ZRAM:
> > https://pagure.io/fedora-workstation/issue/120
> > https://bugzilla.redhat.com/show_bug.cgi?id=1731978
> >
> > There are all kinds of useful a
On Mon, Jan 6, 2020 at 7:09 pm, Lennart Poettering
wrote:
- facebook is working on making oomd something that just works for
everyone, they are in the final rounds of canonicalizing the
configuration so that it can just work for all workloads without
tuning. The last bits for this to be de
Hi all,
I am ~33 years old and I've been using (and working with?) Linux since I
was 16-ish.
I've been using Centos/RedHat/Fedora for a while and am now interested in
getting more involved.
I talk to some of you at #epel@freenode.
People are always very helpful and friendly.
I expect to consiste
On Mon, Jan 06, 2020 at 04:22:57PM -0500, Breno Brand Fernandes wrote:
> I expect to consistently contribute to the Fedora community.
> It is very nice to get to know such a community with so many brilliant
> people.
Hi Breno! Welcome to Fedora!
--
Matthew Miller
Fedora Project Leader
I see that currently Fedora rawhide gets new geolite2-*-YYYMMDD packages
(e.g. geolite2-city-20191217) each month in order to distribute the free
maxmind geo IP databases. Unfortunately, Maxmind just greatly tightened
down on the license for these data distributions and I think that Fedora
will no
On Mon, Jan 06, 2020 at 12:54:58PM +0100, Miro Hrončok wrote:
> Regardless of different opinions about aggressiveness, having policies
> and no enforcement makes no sense. Either the polices are too
> aggressive and we need to change them, or they are not and we need to
> enforce them.
That seems
Am 06.01.20 um 20:48 schrieb Robbie Harwood:
To actually get removed from your package in Fedora typically takes at
least three months during which you have to be mostly non-responsive. I
only package a few things in Fedora, but it's far more frustrating to me
as a maintainer when a non-respons
On Mon, Jan 06, 2020 at 04:57:16PM -0500, Peter Jones wrote:
> > Regardless of different opinions about aggressiveness, having policies
> > and no enforcement makes no sense. Either the polices are too
> > aggressive and we need to change them, or they are not and we need to
> > enforce them.
> Tha
On Mon, Jan 6, 2020 at 4:58 PM Peter Jones wrote:
>
> On Mon, Jan 06, 2020 at 12:54:58PM +0100, Miro Hrončok wrote:
>
> > Regardless of different opinions about aggressiveness, having policies
> > and no enforcement makes no sense. Either the polices are too
> > aggressive and we need to change th
On Mon, Jan 06, 2020 at 02:48:22PM -0500, Robbie Harwood wrote:
> If you don't have the time to make a new build once every year, you
> shouldn't be a packager, full stop.
I think that's a fair point, but not at all the issue here. I
specifically want not to rebuild this, which is why I *have* r
I keep getting "ssl3_get_record:wrong version number" errors when I try to run
"fedpkg build", usually during checkout. Searching the archives, it looks like
the last time someone reported this, it was during a planned outage, but I
don't see anything down on the fedora infrastructure status pa
I'm seeing this running fedscm-admin as well. Sometimes.
--
Gwyn Ciesla
she/her/hers
in your fear, seek only peace
in your fear, seek only love
-d. bowie
Sent with ProtonMail Secure Email.
‐‐‐ Original Message ‐‐‐
On Monday, January 6,
I released a new version of libffi a month or so ago, the first one in 5
years. There's an ABI change that was unavoidable in order to
accommodate the aarch64 port, and the sonumber was bumped.
I am also the Fedora package maintainer for libffi, but admit that I
don't have the time or expertise
On Mon, Jan 06, 2020 at 05:53:53PM -0500, David Muse wrote:
> I keep getting "ssl3_get_record:wrong version number" errors when I try to
> run "fedpkg build", usually during checkout. Searching the archives, it
> looks like the last time someone reported this, it was during a planned
> outage,
On Mon, Jan 06, 2020 at 05:41:53PM -0500, Peter Jones wrote:
> On Mon, Jan 06, 2020 at 02:48:22PM -0500, Robbie Harwood wrote:
>
> > If you don't have the time to make a new build once every year, you
> > shouldn't be a packager, full stop.
>
> I think that's a fair point, but not at all the issu
On 06. 01. 20 22:57, Peter Jones wrote:
On Mon, Jan 06, 2020 at 12:54:58PM +0100, Miro Hrončok wrote:
Regardless of different opinions about aggressiveness, having policies
and no enforcement makes no sense. Either the polices are too
aggressive and we need to change them, or they are not and w
On 06. 01. 20 23:27, Ben Cotton wrote:
On Mon, Jan 6, 2020 at 4:58 PM Peter Jones wrote:
On Mon, Jan 06, 2020 at 12:54:58PM +0100, Miro Hrončok wrote:
Regardless of different opinions about aggressiveness, having policies
and no enforcement makes no sense. Either the polices are too
aggressi
Il giorno lun, 06/01/2020 alle 18.11 -0500, Anthony Green ha scritto:
> I released a new version of libffi a month or so ago, the first one
> in 5
> years. There's an ABI change that was unavoidable in order to
> accommodate the aarch64 port, and the sonumber was bumped.
>
> I am also the Fedora
On Mon, 6 Jan 2020 15:19:28 -0800
Kevin Fenzi wrote:
> On Mon, Jan 06, 2020 at 05:53:53PM -0500, David Muse wrote:
> > I keep getting "ssl3_get_record:wrong version number" errors when I try to
> > run "fedpkg build", usually during checkout. Searching the archives, it
> > looks like the last
On Sun, Jan 05, 2020 at 10:08:07AM -0700, Chris Murphy wrote:
> I've pretty much concluded Fedora is best off dropping the nested ext4
> in favor of plain squashfs, and using zstd. It's not required to do
> both, but the benefit is additive and significant. The work in dracut
> and lorax to support
On Mon, Jan 06, 2020 at 12:19:30PM -0500, Matthew Miller wrote:
> In support of that, I'd like to also have that page steer people into
> tooling for creating new spins —- and I'd like to see us invest in and
> rebuild the spin creation processes. (Particularly, I'd like spin releases
> to be deco
On Mon, Jan 06, 2020 at 04:38:51PM -0800, Brian C. Lane wrote:
> > In support of that, I'd like to also have that page steer people into
> > tooling for creating new spins —- and I'd like to see us invest in and
> > rebuild the spin creation processes. (Particularly, I'd like spin releases
> > to b
On Mon, Jan 6, 2020 at 7:43 PM Matthew Miller wrote:
>
> On Mon, Jan 06, 2020 at 04:38:51PM -0800, Brian C. Lane wrote:
> > > In support of that, I'd like to also have that page steer people into
> > > tooling for creating new spins —- and I'd like to see us invest in and
> > > rebuild the spin cr
On Mon, 2020-01-06 at 17:27 -0500, Ben Cotton wrote:
> On Mon, Jan 6, 2020 at 4:58 PM Peter Jones wrote:
> > On Mon, Jan 06, 2020 at 12:54:58PM +0100, Miro Hrončok wrote:
> >
> > > Regardless of different opinions about aggressiveness, having policies
> > > and no enforcement makes no sense. Eith
Dear all,
You are kindly invited to the meeting:
Modularity Team (weekly) on 2020-01-07 from 15:00:00 to 16:00:00 UTC
At fedora-meetin...@irc.freenode.net
The meeting will be about:
Meeting of the Modularity Team.
More information available at: [Modularity Team
Docs](https://docs.pagure.o
On Mon, Jan 6, 2020 at 5:26 AM Dan Čermák
wrote:
> That is correct, however I will probably orphan ocaml-deriving and
> ocaml-sexplib very soon because we only need ocaml-bin-prot for infer
> and I have no need for the other two packages.
Sorry, I was on the road and my memory played tricks on me
Guido Aulisi writes:
> If you know all depending packages will get updated in an acceptable
> time to the new ABI, you can wait for this to happen, and then rebuild
> all in rawhide.
The API is mostly the same. Virtually everything should already build
with the new version (Debian has tested thi
On Mon, Jan 6, 2020 at 11:02 PM Anthony Green wrote:
>
> Guido Aulisi writes:
> > If you know all depending packages will get updated in an acceptable
> > time to the new ABI, you can wait for this to happen, and then rebuild
> > all in rawhide.
>
> The API is mostly the same. Virtually everythi
Hi all,
I'm trying to create a local repo of an offline collection of systems.
When I try to install, I get:
No available modular metadata for modular package 'foo.arch', it cannot
be installed on the system
Googling leads me to:
https://docs.fedoraproject.org/en-US/modularity/hosti
Seems like this bug:
**Kills multiple processes at once**
https://github.com/rfjakob/earlyoom/issues/121
but according to github it's fixed now.
___
devel mailing list -- devel@lists.fedoraproject.org
To unsubscribe send an email to devel-le...@lists.f
> For now, kernel developers have made it clear they do not care about
> user space responsiveness. At all. Their concern with kernel
> oom-killer is strictly with keeping the kernel functioning.
This is false. The stated purpose of the OOM killer is not only to keep the
kernel alive. Nor does the
On Sat, Jan 04, 2020 at 12:15:20PM -0600, Michael Catanzaro wrote:
> Let's keep this desktop-focused, since the proposal does not affect Server
> edition.
>
> On Sat, Jan 4, 2020 at 12:48 pm, drago01 wrote:
> > As for the desktop case the running web browers in a cgroup to keep them
> > in check
I am not using a swap partition at all, the system always hangs when
OOM but sometimes also at just less than 20%
On Tue, Jan 7, 2020 at 8:43 AM Peter Hutterer wrote:
>
> On Sat, Jan 04, 2020 at 12:15:20PM -0600, Michael Catanzaro wrote:
> > Let's keep this desktop-focused, since the proposal doe
On Mon, 6 Jan 2020, 18:32 Kamil Paral, wrote:
> On Sun, Jan 5, 2020 at 12:43 PM Aleksandra Fedorova
> wrote:
>
>> I wonder, how I as a user going to be informed about the
>> earlyoom-event? I assume abrt will recognize the crash? Will it be
>> easily visible from the abrt report that it was the
On Mon, Jan 06, 2020 at 05:41:53PM -0500, Peter Jones wrote:
> On Mon, Jan 06, 2020 at 02:48:22PM -0500, Robbie Harwood wrote:
>
> > If you don't have the time to make a new build once every year, you
> > shouldn't be a packager, full stop.
>
> I think that's a fair point, but not at all the issu
97 matches
Mail list logo
