On Fri, Jan 03, 2020 at 11:48:53AM +0800, Dave Young wrote:
> On 01/03/20 at 11:45am, Dave Young wrote:
> > On 01/02/20 at 09:02am, Zbigniew Jędrzejewski-Szmek wrote:
> > > On Thu, Jan 02, 2020 at 12:21:26AM +0800, Kairui Song wrote:
> > > > Some component, like Systemd, have grown by a lot, here
OK, thanks for the pointer.
--
Bojan___
devel mailing list -- devel@lists.fedoraproject.org
To unsubscribe send an email to devel-le...@lists.fedoraproject.org
Fedora Code of Conduct:
https://docs.fedoraproject.org/en-US/project/code-of-conduct/
List
On Thu, Jan 2, 2020 at 5:04 PM Zbigniew Jędrzejewski-Szmek
wrote:
>
> On Thu, Jan 02, 2020 at 12:21:26AM +0800, Kairui Song wrote:
> > Some component, like Systemd, have grown by a lot, here is a list of
> > the size of part of binaries along with the binaries they required in
> > F31:
> >
On 01/03/20 at 11:45am, Dave Young wrote:
> On 01/02/20 at 09:02am, Zbigniew Jędrzejewski-Szmek wrote:
> > On Thu, Jan 02, 2020 at 12:21:26AM +0800, Kairui Song wrote:
> > > Some component, like Systemd, have grown by a lot, here is a list of
> > > the size of part of binaries along with the
On 01/02/20 at 09:02am, Zbigniew Jędrzejewski-Szmek wrote:
> On Thu, Jan 02, 2020 at 12:21:26AM +0800, Kairui Song wrote:
> > Some component, like Systemd, have grown by a lot, here is a list of
> > the size of part of binaries along with the binaries they required in
> > F31:
> >
On Thu, Jan 2, 2020 at 2:48 PM Robbie Harwood wrote:
>
> "John M. Harris Jr" writes:
>
> > On Friday, December 20, 2019 10:59:52 AM MST Chris Murphy wrote:
> >> Issuing the command once per week harms no one
> >
> > Based on what's actual in the Change proposal, this is not the case.
> >
> >
Seems like this issue
https://pagure.io/fedora-infrastructure/issue/8477
___
devel mailing list -- devel@lists.fedoraproject.org
To unsubscribe send an email to devel-le...@lists.fedoraproject.org
Fedora Code of Conduct:
There was a note recently in one the the kernel packages about bodhi being a
tad temperamental recently and not pushing updates out. Anyone knows what's
going on with that? Is the fix on the horizon?
--
Bojan___
devel mailing list --
On Thursday, January 2, 2020 12:47:37 PM MST Robbie Harwood wrote:
> "John M. Harris Jr" writes:
> > On Friday, December 20, 2019 10:59:52 AM MST Chris Murphy wrote:
> >> Issuing the command once per week harms no one
> >
> > Based on what's actual in the Change proposal, this is not the case.
>
On Wednesday, January 1, 2020 7:34:27 PM MST Leigh Scott wrote:
> > Why we should drop such useful app just because it doesn't work on
> > Cinnamon? It works on GNOME without ffpmeg and rpm fusion repo, see
> > screenshot [1].
>
>
> Please prevent your useless app from displaying in cinnamon
On Thu, 2020-01-02 at 22:59 +, Zbigniew Jędrzejewski-Szmek wrote:
> (In Debian the motivation was speed, rather than installation footprint.
> So that work was mostly wasted because of the switch from sysvinit to systemd
> and ensuing avoidance of shell during boot. Instead of trying to
On Thu, Jan 02, 2020 at 09:14:30AM -0500, Kaleb Keithley wrote:
> related to bodhi having gone down?
>
> Can someone kick it please?
I would if I could. This is due to the ongoing koji issues.
Hopefully bodhi folks are going to look at it tomorrow morning and we
can at least get updates
On Thu, Jan 02, 2020 at 03:29:26PM -0500, Robbie Harwood wrote:
> Kairui Song writes:
>
> > What I'm trying to do is reduce the initramfs size used for kdump.
> > Kdump loads a crash kernel and kdump initramfs image in a prereseved
> > memory region, which get booted when current kernel crashed
On Thu, Jan 02, 2020 at 09:39:38AM -0800, Adam Williamson wrote:
> On Thu, 2020-01-02 at 11:18 -0600, Richard Shaw wrote:
> > On Thu, Jan 2, 2020 at 10:14 AM Zbigniew Jędrzejewski-Szmek <
> > zbys...@in.waw.pl> wrote:
> >
> > > On Thu, Jan 02, 2020 at 10:45:07AM -0500, Neal Gompa wrote:
> > > >
https://bugzilla.redhat.com/show_bug.cgi?id=1763313
--- Comment #7 from Alexander Kohr ---
(In reply to Petr Pisar from comment #6)
> Thank you for the notice. I corrected the "How can I use these extra
> packages" section
Now in the first section you have people set a variable of ARCH, In
On Thu, 2020-01-02 at 19:48 +, devel-
requ...@lists.fedoraproject.org wrote:
> Date: Thu, 2 Jan 2020 12:52:03 -0500
> From: Kaleb Keithley
> Subject: Re: Fedora 32 System-Wide Change proposal: GCC10
> To: Development discussions related to Fedora
>
> Message-ID:
>
>
Kairui Song writes:
> What I'm trying to do is reduce the initramfs size used for kdump.
> Kdump loads a crash kernel and kdump initramfs image in a prereseved
> memory region, which get booted when current kernel crashed and
> perform crash dump. The prereserved memory is limited, so initramfs
Hi,
Due to the lack of time I have orhpaned swingx.
If anyone wants to maintain it, please go ahead and pick it up. Please
note that upstream is dead. swingx (and the rest of swinglabs projects)
were lost as part of the dev.java.net shutdown years ago [1]. The last
release of swingx on maven
"John M. Harris Jr" writes:
> On Friday, December 20, 2019 10:59:52 AM MST Chris Murphy wrote:
>> Issuing the command once per week harms no one
>
> Based on what's actual in the Change proposal, this is not the case.
>
> Even if this goes through, in my opinion, it should only affect the GNOME
https://bugzilla.redhat.com/show_bug.cgi?id=1787413
Paul Howarth changed:
What|Removed |Added
Status|NEW |CLOSED
Resolution|---
https://bugzilla.redhat.com/show_bug.cgi?id=1787415
Paul Howarth changed:
What|Removed |Added
Status|NEW |CLOSED
Resolution|---
https://bugzilla.redhat.com/show_bug.cgi?id=1787415
Bug ID: 1787415
Summary: Please build perl-Devel-GlobalDestruction for EPEL 8
Product: Fedora
Version: rawhide
Hardware: All
OS: Linux
Status: NEW
https://bugzilla.redhat.com/show_bug.cgi?id=1787413
Bug ID: 1787413
Summary: Please build perl-IO-stringy for EPEL 8
Product: Fedora
Version: rawhide
Hardware: All
OS: Linux
Status: NEW
Component:
One (the only) thing I've noticed so far about gcc-10 is that (sloppily)
defined variables in header files that lack an extern qualifier and that
don't have an explicit defn in a .c file are no longer 'common' or .comm
but are now .global .bss and cause link errors due to duplicate definitions.
On Thu, 2020-01-02 at 11:18 -0600, Richard Shaw wrote:
> On Thu, Jan 2, 2020 at 10:14 AM Zbigniew Jędrzejewski-Szmek <
> zbys...@in.waw.pl> wrote:
>
> > On Thu, Jan 02, 2020 at 10:45:07AM -0500, Neal Gompa wrote:
> > > On Thu, Jan 2, 2020 at 10:11 AM Ben Cotton wrote:
> > > Even with this
On Thu, Jan 2, 2020 at 11:39 AM Zbigniew Jędrzejewski-Szmek
wrote:
>
> On Thu, Jan 02, 2020 at 11:15:57AM -0500, Neal Gompa wrote:
> > On Thu, Jan 2, 2020 at 11:04 AM Zbigniew Jędrzejewski-Szmek
> > wrote:
> > >
> > > On Thu, Jan 02, 2020 at 10:29:26AM -0500, Neal Gompa wrote:
> > > > On Thu,
I think it would be useful to mention in the change page that
langpacks-core-* already depend on "good quality font". If that is
already there, I apologize.
Another thing which is not mentioned on the change page is that you
are going to drop Requires: font(:lang=…) from fontconfig (otherwise
it
On Thu, Jan 2, 2020 at 10:14 AM Zbigniew Jędrzejewski-Szmek <
zbys...@in.waw.pl> wrote:
> On Thu, Jan 02, 2020 at 10:45:07AM -0500, Neal Gompa wrote:
> > On Thu, Jan 2, 2020 at 10:11 AM Ben Cotton wrote:
> > Even with this proposal, how do we deal with system upgrades? In the
> > system upgrade
> The exact name of the option should be something like
> X-restart-on-upgrade=true|false. I'll take the proposal
> for discussion in systemd upstream, since this is something that could
> be used across distributions, and then the "X-" prefix could be
> dropped and/or the name changed.
> [...]
>
On Thu, Jan 02, 2020 at 11:15:57AM -0500, Neal Gompa wrote:
> On Thu, Jan 2, 2020 at 11:04 AM Zbigniew Jędrzejewski-Szmek
> wrote:
> >
> > On Thu, Jan 02, 2020 at 10:29:26AM -0500, Neal Gompa wrote:
> > > On Thu, Jan 2, 2020 at 10:14 AM Ben Cotton wrote:
> > > >
> > > >
On Thu, Jan 2, 2020 at 11:04 AM Zbigniew Jędrzejewski-Szmek
wrote:
>
> On Thu, Jan 02, 2020 at 10:29:26AM -0500, Neal Gompa wrote:
> > On Thu, Jan 2, 2020 at 10:14 AM Ben Cotton wrote:
> > >
> > > https://fedoraproject.org/wiki/Changes/Adopting_sysusers.d_format
> > >
> > > == Summary ==
> > >
On Thu, Jan 02, 2020 at 10:45:07AM -0500, Neal Gompa wrote:
> On Thu, Jan 2, 2020 at 10:11 AM Ben Cotton wrote:
> >
> > https://fedoraproject.org/wiki/Changes/Restart_services_at_end_of_rpm_transaction
> >
> > == Summary ==
> >
> > Scriptlets to restart each service that should be restarted in
These 2 packages will break:
python-pikepdf-1.7.0-2.fc32.src: (python3dist(pytest) >= 3.10.1 with
python3dist(pytest) < 5)
python3-pytest-relaxed-1.1.5-1.fc32.noarch: python3.8dist(pytest) < 5
On Thu, Jan 2, 2020 at 5:09 PM Miro Hrončok wrote:
>
> Hello,
>
> I'd like to get pytest updated to
These 2 packages will break:
python-pikepdf-1.7.0-2.fc32.src: (python3dist(pytest) >= 3.10.1 with
python3dist(pytest) < 5)
python3-pytest-relaxed-1.1.5-1.fc32.noarch: python3.8dist(pytest) < 5
On Thu, Jan 2, 2020 at 5:09 PM Miro Hrončok wrote:
>
> Hello,
>
> I'd like to get pytest updated to
Hello,
I'd like to get pytest updated to 5.x in rawhide.
https://src.fedoraproject.org/rpms/pytest/pull-request/15
Several deprecated things were removed from that version and 31 packages fail to
build from source with pytest 5 (while building fine with pytest 4).
The packages are built
Hello,
I'd like to get pytest updated to 5.x in rawhide.
https://src.fedoraproject.org/rpms/pytest/pull-request/15
Several deprecated things were removed from that version and 31 packages fail to
build from source with pytest 5 (while building fine with pytest 4).
The packages are built
On Thu, Jan 02, 2020 at 10:29:26AM -0500, Neal Gompa wrote:
> On Thu, Jan 2, 2020 at 10:14 AM Ben Cotton wrote:
> >
> > https://fedoraproject.org/wiki/Changes/Adopting_sysusers.d_format
> >
> > == Summary ==
> > Files in sysusers.d format will be used to declare systems users so it
> > will be
- Original Message -
> From: "Igor Gnatenko"
> To: "Development discussions related to Fedora"
>
> Sent: Thursday, January 2, 2020 4:24:44 PM
> Subject: Re: Fedora 32 System-Wide Change proposal: Golang 1.14
>
> Do we really need to rebuild all thousand of packages given that most
On Thu, Jan 2, 2020 at 10:11 AM Ben Cotton wrote:
>
> https://fedoraproject.org/wiki/Changes/Restart_services_at_end_of_rpm_transaction
>
> == Summary ==
>
> Scriptlets to restart each service that should be restarted in each
> rpm package will be replaced by a declaration in the unit file and an
On Thu, Jan 02, 2020 at 04:22:41PM +0100, Igor Gnatenko wrote:
> Do we have list of affected packages / services? I'd be more
> comfortable if we would have list of these and explicitly enabled
> mandatory ones so that we don't break composes and such.
Yes ... and no. I made a list a few months
On Thu, Jan 2, 2020 at 10:14 AM Ben Cotton wrote:
>
> https://fedoraproject.org/wiki/Changes/Adopting_sysusers.d_format
>
> == Summary ==
> Files in sysusers.d format will be used to declare systems users so it
> will be possible to introspect system users. Users will still be
> created using
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?
On Thu, Jan 2, 2020 at 4:17 PM Ben Cotton wrote:
>
> https://fedoraproject.org/wiki/Changes/golang1.14
Do we have list of affected packages / services? I'd be more
comfortable if we would have list of these and explicitly enabled
mandatory ones so that we don't break composes and such.
On Thu, Jan 2, 2020 at 4:15 PM Ben Cotton wrote:
>
>
I really love this idea because users (sysadmins) will get the ability
to *not* restart some production-critical services on upgrade if they
decide so without rebuilding package with removed scriptlets.
I don't have suggestions about syntax, but whatever systemd upstream
comes up with is good for
https://fedoraproject.org/wiki/Changes/Adopting_sysusers.d_format
== Summary ==
Files in sysusers.d format will be used to declare systems users so it
will be possible to introspect system users. Users will still be
created using old-style useradd calls.
== Owner ==
* Name: [[User:zbyszek|
https://fedoraproject.org/wiki/Changes/golang1.14
== Summary ==
Rebase of Golang package to upcoming version 1.14 in Fedora 32,
including rebuild of all dependent packages(pre-release version of Go
will be used for rebuild, if released version will not be available at
the time of the mass
https://fedoraproject.org/wiki/Changes/Systemd_presets_for_user_units
== Summary ==
System units are managed through presets
[https://fedoraproject.org/wiki/Features/PackagePresets since F18] and
by policy, presets are carried by the fedora-release package. This
policy is now extended to user
https://fedoraproject.org/wiki/Changes/GCC10
== Summary ==
Switch GCC in Fedora 32 to 10.x.y, rebuild all packages with it, or
optionally rebuild just some packages with it and rebuild all packages
only in Fedora 33.
== Owner ==
* Name: [[User:Jakub|Jakub Jelínek]]
* Email: ja...@redhat.com
==
https://fedoraproject.org/wiki/Changes/Restart_services_at_end_of_rpm_transaction
== Summary ==
Scriptlets to restart each service that should be restarted in each
rpm package will be replaced by a declaration in the unit file and an
rpm transaction trigger that fires at the end and restarts all
https://fedoraproject.org/wiki/Changes/Adopting_sysusers.d_format
== Summary ==
Files in sysusers.d format will be used to declare systems users so it
will be possible to introspect system users. Users will still be
created using old-style useradd calls.
== Owner ==
* Name: [[User:zbyszek|
https://fedoraproject.org/wiki/Changes/FontLanguageProvidesToLangpacks
== Summary ==
Move `Provides: font(:lang=...)` from fonts packages into the
`langpacks` package,
giving predictable default fonts for language scripts.
=== Motivation ===
Currently fonts packages has auto-generated
https://fedoraproject.org/wiki/Changes/golang1.14
== Summary ==
Rebase of Golang package to upcoming version 1.14 in Fedora 32,
including rebuild of all dependent packages(pre-release version of Go
will be used for rebuild, if released version will not be available at
the time of the mass
https://fedoraproject.org/wiki/Changes/GCC10
== Summary ==
Switch GCC in Fedora 32 to 10.x.y, rebuild all packages with it, or
optionally rebuild just some packages with it and rebuild all packages
only in Fedora 33.
== Owner ==
* Name: [[User:Jakub|Jakub Jelínek]]
* Email: ja...@redhat.com
==
https://fedoraproject.org/wiki/Changes/Systemd_presets_for_user_units
== Summary ==
System units are managed through presets
[https://fedoraproject.org/wiki/Features/PackagePresets since F18] and
by policy, presets are carried by the fedora-release package. This
policy is now extended to user
https://fedoraproject.org/wiki/Changes/Restart_services_at_end_of_rpm_transaction
== Summary ==
Scriptlets to restart each service that should be restarted in each
rpm package will be replaced by a declaration in the unit file and an
rpm transaction trigger that fires at the end and restarts all
Hey EPEL experts. Could you please have a look at:
https://src.fedoraproject.org/rpms/epel-rpm-macros/pull-request/13
https://src.fedoraproject.org/rpms/epel-rpm-macros/pull-request/14
https://src.fedoraproject.org/rpms/python-rpm-macros/pull-request/40
Thanks.
--
Miro Hrončok
--
Phone:
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
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
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
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
related to bodhi having gone down?
Can someone kick it please?
Thanks
--
Kaleb
___
devel mailing list -- devel@lists.fedoraproject.org
To unsubscribe send an email to devel-le...@lists.fedoraproject.org
Fedora Code of Conduct:
https://bugzilla.redhat.com/show_bug.cgi?id=1763313
--- Comment #6 from Petr Pisar ---
Thank you for the notice. I corrected the "How can I use these extra packages"
section.
--
You are receiving this mail because:
You are on the CC list for the bug.
On 02.01.2020 13:12, Damian Ivanov wrote:
> Peek is on Flathub btw.
Flathub is a third-party repository with low-quality packages. I'm not
going to trust it.
--
Sincerely,
Vitaly Zaitsev (vit...@easycoding.org)
___
devel mailing list --
https://bugzilla.redhat.com/show_bug.cgi?id=1786814
Petr Pisar changed:
What|Removed |Added
Status|ASSIGNED|CLOSED
Fixed In Version|
https://bugzilla.redhat.com/show_bug.cgi?id=1786805
--- Comment #3 from Fedora Update System ---
FEDORA-2020-7b871b71df has been submitted as an update to Fedora 30.
https://bodhi.fedoraproject.org/updates/FEDORA-2020-7b871b71df
--
You are receiving this mail because:
You are on the CC list
https://bugzilla.redhat.com/show_bug.cgi?id=1786814
Petr Pisar changed:
What|Removed |Added
Status|NEW |ASSIGNED
https://bugzilla.redhat.com/show_bug.cgi?id=1786805
--- Comment #2 from Fedora Update System ---
FEDORA-2020-343b698aa1 has been submitted as an update to Fedora 31.
https://bodhi.fedoraproject.org/updates/FEDORA-2020-343b698aa1
--
You are receiving this mail because:
You are on the CC list
Il 02/01/20 12:05, Michael Schwendt ha scritto:
> On Thu, 02 Jan 2020 10:02:25 +, Mattia Verga via devel wrote:
>
>> In my original post I had CC'ed `peek-maintai...@fedoraproject.org` and
>> I supposed this would have reached you directly. I did not know this
>> isn't working anymore (I later
https://bugzilla.redhat.com/show_bug.cgi?id=1786805
Petr Pisar changed:
What|Removed |Added
Status|ASSIGNED|MODIFIED
Fixed In Version|
https://bugzilla.redhat.com/show_bug.cgi?id=1786801
--- Comment #3 from Fedora Update System ---
FEDORA-2020-441bf8d014 has been submitted as an update to Fedora 30.
https://bodhi.fedoraproject.org/updates/FEDORA-2020-441bf8d014
--
You are receiving this mail because:
You are on the CC list
https://bugzilla.redhat.com/show_bug.cgi?id=1786805
Petr Pisar changed:
What|Removed |Added
Status|NEW |ASSIGNED
https://bugzilla.redhat.com/show_bug.cgi?id=1786801
--- Comment #2 from Fedora Update System ---
FEDORA-2020-950ff64b6f has been submitted as an update to Fedora 31.
https://bodhi.fedoraproject.org/updates/FEDORA-2020-950ff64b6f
--
You are receiving this mail because:
You are on the CC list
https://bugzilla.redhat.com/show_bug.cgi?id=1786801
Petr Pisar changed:
What|Removed |Added
Status|ASSIGNED|MODIFIED
Fixed In Version|
On 02. 01. 20 13:04, Michael Schwendt wrote:
On Thu, 2 Jan 2020 11:24:08 +, Tom Hughes wrote:
Actually I believe PACKAGENAME-maintainers@ (with an s) is now the
preferred form and -owner is regarded as deprecated.
Is this documented _anywhere_?
The following page still mentions the
Peek is on Flathub btw.
On Thu, Jan 2, 2020 at 2:08 PM Vitaly Zaitsev via devel
wrote:
>
> On 02.01.2020 10:05, Benson Muite wrote:
> > I suspect there would be interest in having a royalty free version of FFMPEG
>
> No, please, don't do this. It will be a huge headache for RPM Fusion
>
On 02.01.2020 10:05, Benson Muite wrote:
> I suspect there would be interest in having a royalty free version of FFMPEG
No, please, don't do this. It will be a huge headache for RPM Fusion
maintainers.
--
Sincerely,
Vitaly Zaitsev (vit...@easycoding.org)
On Thu, 2 Jan 2020 11:24:08 +, Tom Hughes wrote:
> Actually I believe PACKAGENAME-maintainers@ (with an s) is now the
> preferred form and -owner is regarded as deprecated.
Is this documented _anywhere_?
The following page still mentions the -owner alias
On Thu, Jan 2, 2020, 12:15 Artem Tim wrote:
> No prob. :) But i didn't received any notification so this could be
> upsetting a little bit if package was retired. Community barely fixed crash
> dump recently [1] and Fedora users before often write me on email with
> various questions, so this
https://bugzilla.redhat.com/show_bug.cgi?id=1786801
Petr Pisar changed:
What|Removed |Added
Status|NEW |ASSIGNED
https://bugzilla.redhat.com/show_bug.cgi?id=1786392
Petr Pisar changed:
What|Removed |Added
Status|ASSIGNED|CLOSED
Fixed In Version|
https://bugzilla.redhat.com/show_bug.cgi?id=1786392
Petr Pisar changed:
What|Removed |Added
Status|NEW |ASSIGNED
https://bugzilla.redhat.com/show_bug.cgi?id=1785827
--- Comment #3 from Fedora Update System ---
FEDORA-2020-a6b4bb8093 has been submitted as an update to Fedora 30.
https://bodhi.fedoraproject.org/updates/FEDORA-2020-a6b4bb8093
--
You are receiving this mail because:
You are on the CC list
https://bugzilla.redhat.com/show_bug.cgi?id=1785827
--- Comment #2 from Fedora Update System ---
FEDORA-2020-152a4c5bb7 has been submitted as an update to Fedora 31.
https://bodhi.fedoraproject.org/updates/FEDORA-2020-152a4c5bb7
--
You are receiving this mail because:
You are on the CC list
On 02/01/2020 11:05, Michael Schwendt wrote:
On Thu, 02 Jan 2020 10:02:25 +, Mattia Verga via devel wrote:
In my original post I had CC'ed `peek-maintai...@fedoraproject.org` and
I supposed this would have reached you directly. I did not know this
isn't working anymore (I later received an
No prob. :) But i didn't received any notification so this could be upsetting a
little bit if package was retired. Community barely fixed crash dump recently
[1] and Fedora users before often write me on email with various questions, so
this makes me believe that app is not useless and users
> With recent changes, such as [3], I am afraid that the day has come.
It seems that the day came on Ruby 2.7.0, right? Ruby 2.7.0 includes
the commit [3].
> Thoughts?
> On the positive side, 1(2) would allow us to stay better in line with
> "Pregenerated code" guidelines [5], because there is
On Thu, 02 Jan 2020 10:02:25 +, Mattia Verga via devel wrote:
> In my original post I had CC'ed `peek-maintai...@fedoraproject.org` and
> I supposed this would have reached you directly. I did not know this
> isn't working anymore (I later received an unreachable address in
> reply). So I
https://bugzilla.redhat.com/show_bug.cgi?id=1786000
Petr Pisar changed:
What|Removed |Added
Version|31 |rawhide
--- Comment #1 from Petr Pisar
Il 02/01/20 09:52, Artem Tim ha scritto:
> Perhaps OP should not sneaky asking for retiring functional package? Maybe he
> should instead file a bug and ask maintainer first about this and discuss
> with it? I might have miss this thread and didn't even notice it. TBH all
> this just
https://bugzilla.redhat.com/show_bug.cgi?id=1786807
Jitka Plesnikova changed:
What|Removed |Added
Status|ASSIGNED|CLOSED
Fixed In Version|
https://bugzilla.redhat.com/show_bug.cgi?id=1786807
Jitka Plesnikova changed:
What|Removed |Added
Status|NEW |ASSIGNED
Doc Type|---
https://bugzilla.redhat.com/show_bug.cgi?id=1786388
Jitka Plesnikova changed:
What|Removed |Added
Status|NEW |CLOSED
Fixed In Version|
https://bugzilla.redhat.com/show_bug.cgi?id=1785827
Petr Pisar changed:
What|Removed |Added
Status|ASSIGNED|MODIFIED
Fixed In Version|
https://bugzilla.redhat.com/show_bug.cgi?id=1785827
Petr Pisar changed:
What|Removed |Added
Status|NEW |ASSIGNED
https://bugzilla.redhat.com/show_bug.cgi?id=1785831
--- Comment #2 from Fedora Update System ---
FEDORA-2020-3fdc0c32bd has been submitted as an update to Fedora 30.
https://bodhi.fedoraproject.org/updates/FEDORA-2020-3fdc0c32bd
--
You are receiving this mail because:
You are on the CC list
https://bugzilla.redhat.com/show_bug.cgi?id=1785831
--- Comment #1 from Fedora Update System ---
FEDORA-2020-e2d1f2f978 has been submitted as an update to Fedora 31.
https://bodhi.fedoraproject.org/updates/FEDORA-2020-e2d1f2f978
--
You are receiving this mail because:
You are on the CC list
https://bugzilla.redhat.com/show_bug.cgi?id=1785831
Jitka Plesnikova changed:
What|Removed |Added
Status|ASSIGNED|MODIFIED
Fixed In Version|
On 1/2/20 12:05 PM, Benson Muite wrote:
On 1/2/20 11:37 AM, Tom Hughes wrote:
On 02/01/2020 06:53, Benson Muite wrote:
There are a number of screen recording alternatives that are simpler
than OBS Studio, including vokoscreen, Kazam, Simplescreenrecorder
etc, The main problem is that most
On 1/2/20 11:37 AM, Tom Hughes wrote:
On 02/01/2020 06:53, Benson Muite wrote:
There are a number of screen recording alternatives that are simpler
than OBS Studio, including vokoscreen, Kazam, Simplescreenrecorder
etc, The main problem is that most depend on FFMPEG. FFMPEG has a
license
On Thu, Jan 02, 2020 at 12:21:26AM +0800, Kairui Song wrote:
> Some component, like Systemd, have grown by a lot, here is a list of
> the size of part of binaries along with the binaries they required in
> F31:
> /root/image/bin/systemctl
> 20M .
> /root/image/usr/bin/systemctl
> 20M .
>
1 - 100 of 108 matches
Mail list logo