On Tue, Jan 7, 2020 at 12:08 AM Aleksandra Fedorova wrote:
>
>
>
> 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
Chris Murphy wrote:
> It's not correct that the Workstation working group doesn't want to
> see it supported, it's a question of whether and to what degree it can
> be supported, and making sure users have expectations proper set. I
> wouldn't want users thinking it'll work by advertising that it d
Vít Ondruch wrote:
> Dne 04. 01. 20 v 11:52 Zbigniew Jędrzejewski-Szmek napsal(a):
>> I think that is too late.
>
> For Fedora 33? I don't think so :)
I think the issue Zbyszek is complaining about is not that the feature is
being filed too late (which is clearly not the case), but that the Beta
Brian C. Lane wrote:
> I agree with Chris here, I think we should make the switch to plain
> squashfs unless someone can come up something dramatic that it will
> break :)
Does SquashFS support all the advanced features that are needed, such as
extended attributes (used at least by SELinux), file
Chris Murphy wrote:
> Has zstandard been evaluated? In my testing of images compressed with
> zstd, the CPU hit is cut by more than 50%, and is no longer a
> bottleneck during installations. Image size does increase, although I
> haven't tested mksquashfs block size higher than 256K.
I think incre
Dne 06. 01. 20 v 18:19 Matthew Miller napsal(a):
> We're not adding meaningful end-user value by manually repackaging these in
> our own format. We _do_ add value by vetting licenses and insuring
> availability and consistency, but I think we can find better ways to do
> that.
COPR can play intere
Dne 06. 01. 20 v 19:08 Nicolas Mailhot via devel napsal(a):
> 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, bec
On 1/4/20 12:24 AM, Jan Kratochvil wrote:
That librpm dependency is painful anyway as librpm authors do not
like it to be used by 3rd party apps and they prefer popen()ing some
rpm commands instead: > rpmdb locking broken by other-arch rpmquery
https://bugzilla.redhat.com/show_bug.c
On Mon, Jan 06, 2020 at 02:53:13PM -0600, Michael Catanzaro wrote:
> 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
On Tue, Jan 07, 2020 at 08:57:04AM +0200, Damian Ivanov wrote:
> I am not using a swap partition at all, the system always hangs when
> OOM but sometimes also at just less than 20%
This might be https://gitlab.gnome.org/GNOME/gnome-shell/issues/1981
or one of the duplicates.
Zbyszek
_
On Tue, Jan 07, 2020 at 09:49:21AM +0100, Kevin Kofler wrote:
> Vít Ondruch wrote:
> > Dne 04. 01. 20 v 11:52 Zbigniew Jędrzejewski-Szmek napsal(a):
> >> I think that is too late.
> >
> > For Fedora 33? I don't think so :)
>
> I think the issue Zbyszek is complaining about is not that the feature
On Tue, 2020-01-07 at 09:47 +, Zbigniew Jędrzejewski-Szmek wrote:
> On Mon, Jan 06, 2020 at 02:53:13PM -0600, Michael Catanzaro wrote:
> > On Mon, Jan 6, 2020 at 7:09 pm, Lennart Poettering
> > wrote:
> > > - facebook is working on making oomd something that just works for
> > > everyone, the
On Tue, 7 Jan 2020 at 10:28, Miroslav Suchý wrote:
>
> Dne 06. 01. 20 v 18:19 Matthew Miller napsal(a):
> > We're not adding meaningful end-user value by manually repackaging these in
> > our own format. We _do_ add value by vetting licenses and insuring
> > availability and consistency, but I thi
On Tue, Jan 07, 2020 at 11:07:49AM +0100, Benjamin Berg wrote:
> On Tue, 2020-01-07 at 09:47 +, Zbigniew Jędrzejewski-Szmek wrote:
> > On Mon, Jan 06, 2020 at 02:53:13PM -0600, Michael Catanzaro wrote:
> > > On Mon, Jan 6, 2020 at 7:09 pm, Lennart Poettering
> > > wrote:
> > > > - facebook is
On Tue, Jan 7, 2020 at 8:09 AM Aleksandra Fedorova
wrote:
> UX before: system works, I run heavy application, system starts to hang, i
> understand that there is an issue, i can kill the app or reboot, which
> gives me clean and working system.
>
> UX after: system works, no visible problems. Sud
On Mon, Jan 6, 2020 at 8:52 PM Roberto Ragusa wrote:
> 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,
On Mo, 06.01.20 14:53, Michael Catanzaro (mcatanz...@gnome.org) wrote:
> 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 tha
On 1/7/20 11:07 AM, Benjamin Berg wrote:
> On Tue, 2020-01-07 at 09:47 +, Zbigniew Jędrzejewski-Szmek wrote:
>> On Mon, Jan 06, 2020 at 02:53:13PM -0600, Michael Catanzaro wrote:
>>> On Mon, Jan 6, 2020 at 7:09 pm, Lennart Poettering
>>> wrote:
- facebook is working on making oomd somethi
On Tue, 2020-01-07 at 10:21 +, Zbigniew Jędrzejewski-Szmek wrote:
> On Tue, Jan 07, 2020 at 11:07:49AM +0100, Benjamin Berg wrote:
> > On Tue, 2020-01-07 at 09:47 +, Zbigniew Jędrzejewski-Szmek wrote:
> > > I wanted to ask about this too... but didn't know where ;)
> > > As of today, gnome-
On Tue, 2020-01-07 at 11:44 +0100, Benjamin Berg wrote:
> On Tue, 2020-01-07 at 10:21 +, Zbigniew Jędrzejewski-Szmek wrote:
> > I'm quoting from my mail from this same thread:
> >
> > │ ├─gnome-shell-wayland.service
> > │ │ ├─1501571 /usr/bin/gnome-shell
> > │ │ ├─1501606 /usr/bin/Xwayland :0
Hi,
[resend this older message for the list]
On Mon, 2020-01-06 at 14:53 -0600, Michael Catanzaro wrote:
> 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 canonical
On Tue, Jan 07, 2020 at 10:36:33AM +0100, Vít Ondruch wrote:
>
> Dne 06. 01. 20 v 19:08 Nicolas Mailhot via devel napsal(a):
> > 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). I
On Tue, 2020-01-07 at 11:28 +0100, Lennart Poettering wrote:
> On Mo, 06.01.20 14:53, Michael Catanzaro (mcatanz...@gnome.org) wrote:
>
> > 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
Dne 07. 01. 20 v 11:03 Zbigniew Jędrzejewski-Szmek napsal(a):
> On Tue, Jan 07, 2020 at 09:49:21AM +0100, Kevin Kofler wrote:
>> Vít Ondruch wrote:
>>> Dne 04. 01. 20 v 11:52 Zbigniew Jędrzejewski-Szmek napsal(a):
I think that is too late.
>>> For Fedora 33? I don't think so :)
>> I think the
On Tue, Jan 7, 2020 at 10:01 AM Kevin Kofler wrote:
> Chris Murphy wrote:
> > Has zstandard been evaluated? In my testing of images compressed with
> > zstd, the CPU hit is cut by more than 50%, and is no longer a
> > bottleneck during installations. Image size does increase, although I
> > haven
Qt 5.14 is out since November.
I understand that it may not be suitable for 31 yet (why not? rebuilds?)
but at least should be in rawhide.
It contains a bunch of fixes regarding high dpi and other stuff where custom
patches were carried out by Fedora are fixed now upstream.
Can we have Fedora Raw
On Tue, Jan 07, 2020 at 12:08:02PM +0100, Vít Ondruch wrote:
>
> Dne 07. 01. 20 v 11:03 Zbigniew Jędrzejewski-Szmek napsal(a):
> > On Tue, Jan 07, 2020 at 09:49:21AM +0100, Kevin Kofler wrote:
> >> Vít Ondruch wrote:
> >>> Dne 04. 01. 20 v 11:52 Zbigniew Jędrzejewski-Szmek napsal(a):
> I thin
On Sat, 2020-01-04 at 12:17 -0600, Michael Catanzaro wrote:
> On Sat, Jan 4, 2020 at 11:38 am, Zbigniew Jędrzejewski-Szmek
> wrote:
> > What about using the memory controller for user units to allocate
> > memory resources between the processes in the user session? Thanks
> > to
> > recent develo
On 07/01/2020 10:57, Zbigniew Jędrzejewski-Szmek wrote:
It is pretty clear that we've simplified rpm packaging massively over the
last few years. It is enough to take a random spec file from 10 years ago,
with all the fragile manual steps and compare it with modern spec file
that is often just a
On Tue, 2020-01-07 at 10:36 +0100, Vít Ondruch wrote:
> Dne 06. 01. 20 v 19:08 Nicolas Mailhot via devel napsal(a):
> > 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 no
* Matthew Miller:
> 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 decoupled from the main OS release, and for those
On Tue, Jan 7, 2020 at 7:04 AM Martin Kolman wrote:
>
> On Tue, 2020-01-07 at 10:36 +0100, Vít Ondruch wrote:
> > Dne 06. 01. 20 v 19:08 Nicolas Mailhot via devel napsal(a):
> > > Le 2020-01-06 19:05, Nicolas Mailhot a écrit :
> > >
> > > > Handling those checks is where the packaging toil is (tha
Dne 07. 01. 20 v 12:41 Tom Hughes napsal(a):
> The thing is that no matter how much you can manage to automate the
> creation of spec files for a given ecosystem, and I've never seen one
> where the typical spec file doesn't need some manual tweaking, you
> are still going to hit the fundamental pr
On 07/01/2020 12:22, Miroslav Suchý wrote:
Dne 07. 01. 20 v 12:41 Tom Hughes napsal(a):
The thing is that no matter how much you can manage to automate the
creation of spec files for a given ecosystem, and I've never seen one
where the typical spec file doesn't need some manual tweaking, you
are
Tom Hughes writes:
> On 07/01/2020 12:22, Miroslav Suchý wrote:
>> Dne 07. 01. 20 v 12:41 Tom Hughes napsal(a):
>>> The thing is that no matter how much you can manage to automate the
>>> creation of spec files for a given ecosystem, and I've never seen one
>>> where the typical spec file doesn't
On Tue, Jan 07, 2020 at 12:30:25PM +, Tom Hughes wrote:
> On 07/01/2020 12:22, Miroslav Suchý wrote:
> >Dne 07. 01. 20 v 12:41 Tom Hughes napsal(a):
> >>The thing is that no matter how much you can manage to automate the
> >>creation of spec files for a given ecosystem, and I've never seen one
On 07. 01. 20 13:17, Neal Gompa wrote:
On Tue, Jan 7, 2020 at 7:04 AM Martin Kolman wrote:
On Tue, 2020-01-07 at 10:36 +0100, Vít Ondruch wrote:
Dne 06. 01. 20 v 19:08 Nicolas Mailhot via devel napsal(a):
Le 2020-01-06 19:05, Nicolas Mailhot a écrit :
Handling those checks is where the pac
On Tue, Jan 7, 2020 at 1:31 PM Tom Hughes wrote:
>
> On 07/01/2020 12:22, Miroslav Suchý wrote:
> > Dne 07. 01. 20 v 12:41 Tom Hughes napsal(a):
> >> The thing is that no matter how much you can manage to automate the
> >> creation of spec files for a given ecosystem, and I've never seen one
> >>
No missing expected images.
Compose PASSES proposed Rawhide gating check!
All required tests passed
Failed openQA tests: 7/155 (x86_64), 1/2 (arm)
New failures (same test not failed in Fedora-Rawhide-20200106.n.0):
ID: 507832 Test: x86_64 KDE-live-iso desktop_printing
URL: https://openqa.f
On 07. 01. 20 14:06, Fabio Valentini wrote:
- python / pypi works great for %build and %install, but until testing
with tox is automated in packaging macros, %check has to be specified
manually since upstream projects do different things there.
generate_buildrequires also works nicely here.
See
On 07/01/2020 13:06, Fabio Valentini wrote:
- ruby is weird, packaging gems is a bit of a chore, upstream has many
knobs to fiddle with to make distro packaging hard (for example, not
including test sources in .gem files seems to be a common practice),
there's no canonical way of running test su
On Tue, Jan 7, 2020 at 2:18 PM Miro Hrončok wrote:
>
> On 07. 01. 20 14:06, Fabio Valentini wrote:
> > - python / pypi works great for %build and %install, but until testing
> > with tox is automated in packaging macros, %check has to be specified
> > manually since upstream projects do different
On Tue, 2020-01-07 at 13:50 +0100, Miro Hrončok wrote:
> On 07. 01. 20 13:17, Neal Gompa wrote:
> > On Tue, Jan 7, 2020 at 7:04 AM Martin Kolman wrote:
> > > On Tue, 2020-01-07 at 10:36 +0100, Vít Ondruch wrote:
> > > > Dne 06. 01. 20 v 19:08 Nicolas Mailhot via devel napsal(a):
> > > > > Le 2020-
On Tue, Jan 7, 2020 at 8:34 AM Martin Kolman wrote:
>
> On Tue, 2020-01-07 at 13:50 +0100, Miro Hrončok wrote:
> > On 07. 01. 20 13:17, Neal Gompa wrote:
> > > On Tue, Jan 7, 2020 at 7:04 AM Martin Kolman wrote:
> > > > On Tue, 2020-01-07 at 10:36 +0100, Vít Ondruch wrote:
> > > > > Dne 06. 01. 2
On 07. 01. 20 14:32, Martin Kolman wrote:
On Tue, 2020-01-07 at 13:50 +0100, Miro Hrončok wrote:
For me, an ultimate success would be if upstream projects would actually use
Fedora-family distros in their CI testing. And I don't mean that they would use
Copr or packit to package RPM packages, or
FWIW, I am investigating the geolite2 license situation with Red Hat.
Thanks,
Tom
On Mon, Jan 6, 2020 at 4:45 PM Dave Dykstra wrote:
> 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 ge
On Tue, 7 Jan 2020 at 13:28, Neal Gompa wrote:
>
> On Tue, Jan 7, 2020 at 7:04 AM Martin Kolman wrote:
> >
> > On Tue, 2020-01-07 at 10:36 +0100, Vít Ondruch wrote:
> > > Dne 06. 01. 20 v 19:08 Nicolas Mailhot via devel napsal(a):
> > > > Le 2020-01-06 19:05, Nicolas Mailhot a écrit :
> > > >
> >
On Tue, 7 Jan 2020 at 13:58, Miro Hrončok wrote:
>
> [...]
>
> For me, an ultimate success would be if upstream projects would actually use
> Fedora-family distros in their CI testing. And I don't mean that they would
> use
> Copr or packit to package RPM packages, or that they deploy their own J
On 2020-01-07, Digimer wrote:
> 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
>
>
I guess the 'foo.arch' name is made up and
On Tue, Jan 7, 2020, at 6:41 AM, Tom Hughes wrote:
>
> I'd love to find a way to directly integrate the likes of gem, npm
> etc directly into our packaging rather than us having to repackage
> everything by hand but I just don't see any way of doing it without
> compromising what we do to the ext
On Tue, Jan 07, 2020 at 02:06:20PM +0100, Fabio Valentini wrote:
> Just to add my 2¢ here: I have experience with packaging stuff from
> many language ecosystems (ruby/gems, python/pypi, go, Java/maven) and
> with various build systems (autotools, meson, CMake, etc.). The
> packaging burden is *vas
On Mon, 6 Jan 2020 at 18:28, Matthew Miller wrote:
>
> 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 no
On Tue, Jan 07, 2020 at 03:18:16PM +0100, Pierre-Yves Chibon wrote:
> On Tue, Jan 07, 2020 at 02:06:20PM +0100, Fabio Valentini wrote:
> > Just to add my 2¢ here: I have experience with packaging stuff from
> > many language ecosystems (ruby/gems, python/pypi, go, Java/maven) and
> > with various b
Le mardi 07 janvier 2020 à 14:06 +0100, Fabio Valentini a écrit :
>
> Conclusion: Some things could and should be improved
Yes, there are lots of shades of gray.
All recent package managers allow downloading stuff for use (or they'd
have no users).
Some manage to build things.
Some manage deps.
On Tue, Jan 07, 2020 at 02:28:46PM +, Zbigniew Jędrzejewski-Szmek wrote:
> On Tue, Jan 07, 2020 at 03:18:16PM +0100, Pierre-Yves Chibon wrote:
> > On Tue, Jan 07, 2020 at 02:06:20PM +0100, Fabio Valentini wrote:
> > > Just to add my 2¢ here: I have experience with packaging stuff from
> > > man
On Tue, Jan 7, 2020 at 10:09 am, Benjamin Berg
wrote:
Even if that is the case, on F31 (with GNOME 3.34.2) we do place most
user processes into separate scopes[1]. This is not perfect, because
it
currently only affects processes launched by gnome-shell, gnome-
settings-daemon and gnome-sessi
On Tue, Jan 7, 2020 at 11:23 am, Kamil Paral wrote:
In your example you forget that swap needs to filled almost to full
for early-oom to start reacting. That takes time during which the
system responsibility is abysmal. The UX difference happens only
after you've already suffered through a ser
On Tue, Jan 07, 2020 at 01:13:02PM +0100, Florian Weimer 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
Dave Dykstra wrote:
> 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
Kamil Paral wrote:
> Well for the general user, everything is one-time. One download, one write
> to USB, one install. Saving a minute in one step and adding it to a
> different step doesn't really matter, it's the same sum overall (unless
> you pay considerable money for the extra downloaded data,
On Tue, Jan 7, 2020 at 5:27 am, Mark Otaris wrote:
Try it. With a memory limit,
podman run --rm -it --memory=1G fedora bash -c 'dnf install -y
stress-ng && stress-ng --malloc 100 --memcpy 100 --mmap 100 --vm 100'
will use CPU but keep your system responsive. Without the memory limit
(this wi
Neal Gompa writes:
> RPM does not use libffi at all.
My bad.. rpmbuild, through it's use of gdb, which requires python, which
requires libffi. So my naive use of mock to try to build a new version
of libffi and all of it's dependencies fail.
> That said, it's quite easy to do a
> rebuild of li
Dne 07. 01. 20 v 14:19 Tom Hughes napsal(a):
> On 07/01/2020 13:06, Fabio Valentini wrote:
>
>> - ruby is weird, packaging gems is a bit of a chore, upstream has many
>> knobs to fiddle with to make distro packaging hard (for example, not
>> including test sources in .gem files seems to be a commo
On Mon, Jan 06, 2020 at 08:27:41PM -0500, Neal Gompa wrote:
> At the minimum, democratizing Koji would make it easier for Teams to
> build their own stuff using any of the tools supported by Koji... Then
> it's a question of documentation of how to make custom media and
> describing things like how
On Mon, Jan 6, 2020 at 7:09 pm, Lennart Poettering
wrote:
- oomd currently polls some parameters in time intervals too,
still. They are working on getting rid of that too, so that
everything is event based via PSI. Given their own focus on servers
it's not a primary goal, but still a goal.
On Tue, Jan 07, 2020 at 03:22:45PM +0100, Iñaki Ucar wrote:
> For me, the main challenge Fedora faces is **positioning**.
>
> Let me explain: (I don't have numbers but) in my (limited) experience,
> when seasoned sysadmins need to launch a new system, they usually
> think "Debian" as something rel
> On Tue, Jan 7, 2020, at 6:41 AM, Tom Hughes wrote:
>
> Implicit in this is the idea that value should be captured at a secondary
> distribution
> layer. Implicit in this is the idea that distribution forks *need* to
> happen. But they
> don't.
>
> In fact, everyone here can work upstream to
On Mon, Jan 6, 2020 at 10:28 PM Mark Otaris wrote:
>
> > 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 th
On Tue, Jan 7, 2020 at 8:55 AM Chris Murphy wrote:
>
> On Mon, Jan 6, 2020 at 10:28 PM Mark Otaris wrote:
> >
> > > 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
I asked the same thing.
https://lists.fedoraproject.org/archives/list/devel@lists.fedoraproject.org/thread/JKYCD27AXOSZWVRQWOJ4NFNM7NNGM6SQ/#JKYCD27AXOSZWVRQWOJ4NFNM7NNGM6SQ
Thanks,
Richard
___
devel mailing list -- devel@lists.fedoraproject.org
To uns
On Tue, 7 Jan 2020 at 16:38, Matthew Miller wrote:
>
> On Tue, Jan 07, 2020 at 03:22:45PM +0100, Iñaki Ucar wrote:
> > For me, the main challenge Fedora faces is **positioning**.
> >
> > Let me explain: (I don't have numbers but) in my (limited) experience,
> > when seasoned sysadmins need to laun
On 07.01.2020 16:16, Kevin Kofler wrote:
> To me, it looks crystal clear that the new licensing conditions are not
> acceptable for Fedora.
In this case geolite2 packages can be moved to RPM Fusion.
--
Sincerely,
Vitaly Zaitsev (vit...@easycoding.org)
_
Vitaly Zaitsev via devel wrote:
> In this case geolite2 packages can be moved to RPM Fusion.
It would have to be in the nonfree section, and everything depending on it
directly or indirectly would also have to move from Fedora to RPM Fusion
nonfree.
Kevin Kofler
It's untenable to consider ISO size alone. It is a legitimate concern, but it
can't be reasonable to soak every single CPU, times thousands. You're willing
to exchange less download time for longer install time and higher energy
demand, but there are quite a lot of other uses occurring that are
On Tue, Jan 7, 2020 at 9:00 AM Kevin Kofler wrote:
> I think increasing the size of the live images, also affecting the download
> time and the time to write the image to media (even USB sticks are not
> instant), to get a one-time installation speedup is a very bad tradeoff.
While not exactly t
Hi everybody,
I've orphaned 5 packages that were previously maintained by the
Stewardship SIG, but which are now no longer required by any fedora
package:
- jboss-transaction-1.2-api
- jettison
- jetty-artifact-remote-resources
- jetty-assembly-descriptors
- jetty-test-policy
It should be safe t
Le mardi 07 janvier 2020 à 17:14 +0100, Iñaki Ucar a écrit :
>
> I'm far from having a satisfactory response to that, but I see two
> fronts here. First, marketing. How does Ubuntu managed to be so
> popular among less-experienced Linux users? I'm not sure, but I
> suspect that good marketing has
On Tue, 2020-01-07 at 18:20 +0100, Nicolas Mailhot via devel wrote:
> Le mardi 07 janvier 2020 à 17:14 +0100, Iñaki Ucar a écrit :
> > I'm far from having a satisfactory response to that, but I see two
> > fronts here. First, marketing. How does Ubuntu managed to be so
> > popular among less-experi
> > On Tue, Jan 07, 2020 at 03:22:45PM +0100, Iñaki Ucar wrote:
> > > For me, the main challenge Fedora faces is **positioning**.
> > >
> > > Let me explain: (I don't have numbers but) in my (limited) experience,
> > > when seasoned sysadmins need to launch a new system, they usually
> > > think "D
On 1/7/20 11:33 AM, Adam Williamson wrote:
> If anyone has a handy generous multi-millionaire up their sleeve,
> please call Matt. :)
*coughs* Red Hat...
Joe
--
Joe Doss
j...@solidadmin.com
pEpkey.asc
Description: application/pgp-keys
___
devel ma
On Tue, Jan 7, 2020, 18:21 Nicolas Mailhot via devel <
devel@lists.fedoraproject.org> wrote:
> Le mardi 07 janvier 2020 à 17:14 +0100, Iñaki Ucar a écrit :
> >
> > I'm far from having a satisfactory response to that, but I see two
> > fronts here. First, marketing. How does Ubuntu managed to be so
On Tue, 2020-01-07 at 11:37 -0600, Joe Doss wrote:
> On 1/7/20 11:33 AM, Adam Williamson wrote:
> > If anyone has a handy generous multi-millionaire up their sleeve,
> > please call Matt. :)
>
> *coughs* Red Hat...
I *did* say "generous"
--
Adam Williamson
Fedora QA Community Monkey
IRC: adamw |
On Tue, Jan 07, 2020 at 09:33:55AM -0800, Adam Williamson wrote:
> > They had good marketing in the form of a billionaire publicly showering
> > cash around “in the public interest”. The press (especially the non-
> > technical press) loves this kind of story. Unfortunately, it’s not
> > something
On Di, 07.01.20 09:27, Michael Catanzaro (mcatanz...@gnome.org) wrote:
> On Mon, Jan 6, 2020 at 7:09 pm, Lennart Poettering
> wrote:
> > - oomd currently polls some parameters in time intervals too,
> > still. They are working on getting rid of that too, so that
> > everything is event based
Le mardi 07 janvier 2020 à 18:37 +0100, Clement Verna a écrit :
>
>
> On Tue, Jan 7, 2020, 18:21 Nicolas Mailhot via devel <
> devel@lists.fedoraproject.org> wrote:
> > Le mardi 07 janvier 2020 à 17:14 +0100, Iñaki Ucar a écrit :
> > >
> > > I'm far from having a satisfactory response to that, b
On Tue, Jan 07, 2020 at 11:37:28AM -0600, Joe Doss wrote:
> > If anyone has a handy generous multi-millionaire up their sleeve,
> > please call Matt. :)
> *coughs* Red Hat...
Red Hat *does* contribute millions of dollars to Fedora annually in time,
hardware, and of course literal money.
Disclaime
On Tue, Jan 07, 2020 at 06:48:05PM +0100, Nicolas Mailhot via devel wrote:
> IBM could waste 10 times the money in marketing with less results, “Big
> Blue spending loads of cash” is not a coverage-worthy story.
Although to be clear if anyone from IBM is reading: _we'll take it_. :)
--
Matthew M
On Mon, 2020-01-06 at 16:35 -0800, Brian C. Lane wrote:
> 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 add
On Tue, 7 Jan 2020 at 19:03, Matthew Miller wrote:
>
> Red Hat has also always invested its marketing dollars in _product_; the
> sponsorship of Fedora is _mostly_ from an engineering side. I'd *like* to
> get more for these wider efforts, but in a very real way that Red Hat
> investment is like t
On Tue, Jan 07, 2020 at 09:19:47AM -0600, Michael Catanzaro wrote:
> On Tue, Jan 7, 2020 at 5:27 am, Mark Otaris wrote:
> >Try it. With a memory limit,
> >
> >podman run --rm -it --memory=1G fedora bash -c 'dnf install -y
> >stress-ng && stress-ng --malloc 100 --memcpy 100 --mmap 100 --vm
> >100'
On Mon, Jan 06, 2020 at 06:02:12PM +0100, Phil Sutter wrote:
> 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
On Tue, Jan 7, 2020 at 11:07 AM Martin Kolman wrote:
>
> On Mon, 2020-01-06 at 16:35 -0800, Brian C. Lane wrote:
> > 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 usin
On Tue, 2020-01-07 at 11:20 -0700, Chris Murphy wrote:
> On Tue, Jan 7, 2020 at 11:07 AM Martin Kolman wrote:
> > On Mon, 2020-01-06 at 16:35 -0800, Brian C. Lane wrote:
> > > On Sun, Jan 05, 2020 at 10:08:07AM -0700, Chris Murphy wrote:
> > > > I've pretty much concluded Fedora is best off droppi
On Tue, Jan 7, 2020 at 9:58 AM Gary Buhrmaster
wrote:
>
> On Tue, Jan 7, 2020 at 9:00 AM Kevin Kofler wrote:
>
> > I think increasing the size of the live images, also affecting the download
> > time and the time to write the image to media (even USB sticks are not
> > instant), to get a one-time
Damian Ivanov wrote:
> Qt 5.14 is out since November.
According to:
https://wiki.qt.io/Qt_5.14_Release
final release was not until Dec 12.
Patience grasshopper.
-- Rex
___
devel mailing list -- devel@lists.fedoraproject.org
To unsubscribe send an
On 2020-01-07 9:05 a.m., Petr Pisar wrote:
> On 2020-01-07, Digimer wrote:
>> 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 syste
On Tue, Jan 07, 2020 at 09:56:21AM +0100, Kevin Kofler wrote:
> Brian C. Lane wrote:
> > I agree with Chris here, I think we should make the switch to plain
> > squashfs unless someone can come up something dramatic that it will
> > break :)
>
> Does SquashFS support all the advanced features that
Hello Ankur,
Hello Community,
During the holidays I read a lot about the responsibilities and how to
build and maintain a package in Fedora and EPEL. I understand that many
people rely on the quality of packages maintained for a large time. And
that's the reason why I have to step down.
Following
Brian C. Lane wrote:
> Yes, according to the manpage it supports xattrs.
Does that include file capabilities and ACLs?
Kevin Kofler
___
devel mailing list -- devel@lists.fedoraproject.org
To unsubscribe send an email to devel-le...@lists.fedorap
Chris Murphy wrote:
> It's untenable to consider ISO size alone. It is a legitimate concern, but
> it can't be reasonable to soak every single CPU, times thousands. You're
> willing to exchange less download time for longer install time and higher
> energy demand, but there are quite a lot of othe
1 - 100 of 116 matches
Mail list logo
