On Wednesday, 17 November 2021 at 10:38, Iñaki Ucar wrote:
> On Wed, 17 Nov 2021 at 03:59, Kevin Kofler via devel
> wrote:
> >
> > > The Wireless Extensions support in the kernel has been long replaced
> > > by the mac80211/cfg80211 support. Disable the kernel options and
> > > retire the
On Wed, 17 Nov 2021 at 10:54, Dominik 'Rathann' Mierzejewski
wrote:
>
> On Wednesday, 17 November 2021 at 10:38, Iñaki Ucar wrote:
> > On Wed, 17 Nov 2021 at 03:59, Kevin Kofler via devel
> > wrote:
> > >
> > > > The Wireless Extensions support in the kernel has been long replaced
> > > > by the
On Wed, Nov 17, 2021 at 12:17:30PM +0100, Fabio Valentini wrote:
> I really *don't* think a manual, individual opt-out like this is a good idea.
>
> Imagine the scenario where a package maintaner unilaterally adds
> "ExcludeArch: %{ix68}" to one of their packages. This might be an
> honest
On Wed, Nov 17, 2021 at 6:47 AM Rémi Lauzier via devel
wrote:
>
> Hi! I will push the update for rust-svgtypes, done in a sidetag, in two weeks
> unless there is an objection. A member of the rust-sig will have to update
> rust-ttf_parser. if need i can update rust-owned_ttf_parser too.
So ...
I see your point, I am a part of the Quality Assurance team here.
+1 Making it easier on package maintainers
+1 On retiring all i686 (32 Bit Systems)
On Wed, 17 Nov 2021, 11:18 Fabio Valentini, wrote:
> On Wed, Nov 17, 2021 at 11:53 AM Zbigniew Jędrzejewski-Szmek
> wrote:
> >
> > On Tue,
* Jakub Jelinek:
> Or if we recorded all command line options we care about into LTO bytecode
> (Optimization/Target options are recorded already on a per-function basis
> but I'm worried about others), just have a gcc driver mode that turns
> a non-fat LTO object into normal non-LTO object.
I
On Tue, Nov 16, 2021 at 03:05:37PM -0500, Robbie Harwood wrote:
> Fabio Valentini writes:
>
> > Since it's not practical to modify almost all Fedora packages to add
> > "ExcludeArch: %{ix86}" to them, we'd probably need a different
> > machanism for this. I have a vague idea:
>
> Is it really
On Wed, Nov 17, 2021 at 11:30:40AM +0100, Iñaki Ucar wrote:
> I didn't complain. I'm not opposing, yet I'm acknowledging that it is
> not true that iwconfig is unused. It is very much used, if not just
> for printing the nice summary that the tool provides when called
> without arguments.
IIRC
On Wed, 3 Nov 2021 at 14:50, Neal Gompa wrote:
> On Wed, Nov 3, 2021 at 9:47 AM Jonathan Wakely wrote:
> >
> >
> >
> > On Fri, 8 Oct 2021 at 11:15, Konrad Kleine wrote:
> >>
> >> Dear Fedora packagers, developers and users,
> >>
> >> we have some good news for you:
> >>
> >> We are beginning
On Wed, Nov 17, 2021 at 11:27:13AM +, Ahmed Almeleh wrote:
> I see your point, I am a part of the Quality Assurance team here.
>
> +1 On retiring all i686 (32 Bit Systems)
Did you see the part where we are using those packages for multilib?
This would immediately kill Wine, Steam, and 32-bit
On Wed, 17 Nov 2021 at 03:59, Kevin Kofler via devel
wrote:
>
> > The Wireless Extensions support in the kernel has been long replaced
> > by the mac80211/cfg80211 support. Disable the kernel options and
> > retire the wireless-tools userspace utilities. Wireless Extensions
> > only supports a
On Wed, Nov 17, 2021 at 10:53:30AM +, Zbigniew Jędrzejewski-Szmek wrote:
> On Tue, Nov 16, 2021 at 03:05:37PM -0500, Robbie Harwood wrote:
> > Fabio Valentini writes:
> >
> > > Since it's not practical to modify almost all Fedora packages to add
> > > "ExcludeArch: %{ix86}" to them, we'd
On Wed, Nov 17, 2021 at 11:53 AM Zbigniew Jędrzejewski-Szmek
wrote:
>
> On Tue, Nov 16, 2021 at 03:05:37PM -0500, Robbie Harwood wrote:
(small snip)
> > Is it really not? This seems the easiest way to go about it, honestly -
> > just have it be permitted for maintainers to opt their stuff out
On Wed, Nov 17, 2021 at 03:49:55AM +0100, Kevin Kofler via devel wrote:
> Users are going to miss the iwconfig tool. Not only is it still being used
> out of habit (just like ifconfig from net-tools), but (also just like
> ifconfig) it is also much more user-friendly. E.g., running "iwconfig"
>
Zbigniew Jędrzejewski-Szmek wrote:
> Dunno, maybe we can keep wireless-tools package? Is it a burden to
> keep in the distro?
I guess the issue is that the tool(s) will no longer work if the subsystem
is completely removed from the kernel.
Would it be possible to ship the kernel with only wext
> > > Since it's not practical to modify almost all Fedora packages to add
> > > "ExcludeArch: %{ix86}" to them, we'd probably need a different
> > > machanism for this. I have a vague idea:
> >
> > Is it really not? This seems the easiest way to go about it, honestly -
> > just have it be
On Mon, Nov 15, 2021 at 09:06:49AM -0500, Ben Cotton wrote:
> Started Journal Service.
> Finished Load Kernel Modules.
> Starting Apply Kernel Variables...
> Starting Create Volatile Files and Directories...
> Finished Apply Kernel Variables.
[...]
> Started systemd-journald.service - Journal
Minutes:
https://meetbot.fedoraproject.org/fedora-meeting-1/2021-11-17/fedora_coreos_meeting.2021-11-17-16.31.html
Minutes (text):
https://meetbot.fedoraproject.org/fedora-meeting-1/2021-11-17/fedora_coreos_meeting.2021-11-17-16.31.txt
Log:
VDPAU is not VA-API
that's correct
Setting VDPAU_DRIVER means nothing to Firefox because it is not using VDPAU.
https://fedoraproject.org/wiki/Changes/VA-API_1.0.0#Detailed_Description
https://ffmpeg.org/doxygen/0.8/group__VDPAU__Decoding.html
"libva-vdpau-driver which allows to
On 11/17/21 13:49, Matthew Miller wrote:
Finished systemd-modules-load.service - Load Kernel Modules.
Finished systemd-tmpfiles-setup-dev.service - Create Static Device Nodes in
/dev.
Starting systemd-sysctl.service - Apply Kernel Variables...
[...]
Would something like
Started Journal
On Wednesday, 17 November 2021 at 18:58, Peter Robinson wrote:
[...]
> What else is there that people care about in Fedora that's only i686?
There are some old proprietary games with i686-only binaries. I'll check
which packages are required by the ones I have.
Regards,
Dominik
--
Fedora
On Wed, Nov 17, 2021 at 11:51 AM Zbigniew Jędrzejewski-Szmek
wrote:
>
> On Wed, Nov 17, 2021 at 03:49:55AM +0100, Kevin Kofler via devel wrote:
> > Users are going to miss the iwconfig tool. Not only is it still being used
> > out of habit (just like ifconfig from net-tools), but (also just like
On Wed, Nov 17, 2021 at 12:06 PM Solomon Peachy wrote:
>
> On Wed, Nov 17, 2021 at 11:30:40AM +0100, Iñaki Ucar wrote:
> > I didn't complain. I'm not opposing, yet I'm acknowledging that it is
> > not true that iwconfig is unused. It is very much used, if not just
> > for printing the nice
I am building kicad-6.0.0-rc1 for rawhide. As compared to the previous 5.1
series of builds, there are some license changes in the new 6.0 series, as
follows:
The main package changes from "AGPLv3+" to "GPLv3+"
The doc package changes from "CC-BY-SA 4.0 with exception" to "CC-BY-SA"
The 3d
On 11/16/21 22:48, Michael Cronenworth wrote:
On 11/15/21 12:03 PM, PGNet Dev wrote:
launch @ shell
VDPAU_DRIVER=nvidia MOZ_LOG="Dmabuf:5, PlatformDecoderModule:5" firefox
I think you mean:
LIBVA_DRIVER_NAME=nvidia firefox
nope.
On Wed, 17 Nov 2021 at 16:19, Peter Robinson wrote:
>
> On Wed, Nov 17, 2021 at 11:51 AM Zbigniew Jędrzejewski-Szmek
> wrote:
> >
> > On Wed, Nov 17, 2021 at 03:49:55AM +0100, Kevin Kofler via devel wrote:
> > > Users are going to miss the iwconfig tool. Not only is it still being used
> > > out
On 11/17/21 8:26 AM, PGNet Dev wrote:
On 11/16/21 22:48, Michael Cronenworth wrote:
On 11/15/21 12:03 PM, PGNet Dev wrote:
launch @ shell
VDPAU_DRIVER=nvidia MOZ_LOG="Dmabuf:5, PlatformDecoderModule:5" firefox
I think you mean:
LIBVA_DRIVER_NAME=nvidia firefox
nope.
Take a
Today is the last day to nominate candidates for the open seats on the
Fedora Engineering Steering Committee.
To nominate yourself (or others, if you check with them first), visit:
https://fedoraproject.org/wiki/Development/SteeringCommittee/Nominations
For more information, see the Community
Am 17.11.21 um 15:26 schrieb PGNet Dev:
On 11/16/21 22:48, Michael Cronenworth wrote:
On 11/15/21 12:03 PM, PGNet Dev wrote:
launch @ shell
VDPAU_DRIVER=nvidia MOZ_LOG="Dmabuf:5, PlatformDecoderModule:5"
firefox
I think you mean:
LIBVA_DRIVER_NAME=nvidia firefox
nope.
On Wed, Nov 17, 2021 at 3:58 PM Iñaki Ucar wrote:
>
> On Wed, 17 Nov 2021 at 16:19, Peter Robinson wrote:
> >
> > On Wed, Nov 17, 2021 at 11:51 AM Zbigniew Jędrzejewski-Szmek
> > wrote:
> > >
> > > On Wed, Nov 17, 2021 at 03:49:55AM +0100, Kevin Kofler via devel wrote:
> > > > Users are going
On Wed, Nov 17, 2021 at 05:58:43PM +, Peter Robinson wrote:
>
> What else is there that people care about in Fedora that's only i686?
Well, wine? I don't know how much 32bit wine is used these days.
And not 'in fedora', but people always bring up steam when these
disccussions happen. I
On Wed, Nov 17, 2021 at 01:49:00PM -0500, Matthew Miller wrote:
> On Mon, Nov 15, 2021 at 09:06:49AM -0500, Ben Cotton wrote:
> > Started Journal Service.
> > Finished Load Kernel Modules.
> > Starting Apply Kernel Variables...
> > Starting Create Volatile Files and Directories...
> > Finished
No missing expected images.
Failed openQA tests: 1/8 (x86_64)
New failures (same test not failed in Fedora-Cloud-33-2024.0):
ID: 1065838 Test: x86_64 Cloud_Base-qcow2-qcow2 base_update_cli
URL: https://openqa.fedoraproject.org/tests/1065838
Soft failed openQA tests: 1/8 (x86_64), 1/8
Nov 17, 2021 4:56:36 AM Zbigniew Jędrzejewski-Szmek :
> On Wed, Nov 17, 2021 at 10:53:30AM +, Zbigniew Jędrzejewski-Szmek wrote:
> [...]
>>
>> And obviously the advantage is that this can be done now, and doesn't
>> require any new infra or maintenance. The only trick would be how to
>>
On Wed, Nov 17, 2021 at 10:07 PM Dominik 'Rathann' Mierzejewski
wrote:
>
> On Wednesday, 17 November 2021 at 18:58, Peter Robinson wrote:
> [...]
> > What else is there that people care about in Fedora that's only i686?
>
> There are some old proprietary games with i686-only binaries. I'll check
On 11/16/21 7:05 PM, Kevin Kofler via devel wrote:
> Realistically, they will just stick to Fedora 36 forever and just stop
> updating the devices (or try updating them anyway and get no updates from
> the server, obviously).
>
> Sticking an EOL label on a software release is not going to
Cool, how about a llvm-git package when it gets more testing?
___
devel mailing list -- devel@lists.fedoraproject.org
To unsubscribe send an email to devel-le...@lists.fedoraproject.org
Fedora Code of Conduct:
https://src.fedoraproject.org/groups
Thoughts?
___
devel mailing list -- devel@lists.fedoraproject.org
To unsubscribe send an email to devel-le...@lists.fedoraproject.org
Fedora Code of Conduct:
On 16/11/2021 20:47, Fabio Valentini wrote:
Our current approach, which is to "build everything but ship almost
nothing" - just to keep x86_64 / i686 multilib working - is, frankly,
very wasteful of computing and storage resources, as well as a burden
on maintainers of big packages, which
https://bugzilla.redhat.com/show_bug.cgi?id=2020174
Miro Hrončok changed:
What|Removed |Added
Resolution|--- |WORKSFORME
Status|NEW
On 17. 11. 21 19:50, Troy Dawson wrote:
I'd say open a ticket.
At this point, I don't know what the status is. Some step(s) have not been
done.
https://pagure.io/fedscm-admin/issue/73
--
Miro Hrončok
--
Phone: +420777974800
IRC: mhroncok
___
On Wed, 17 Nov 2021 at 12:57, Neal Gompa wrote:
>
> On Wed, Nov 17, 2021 at 12:53 PM Richard Shaw wrote:
> >
> > I was talking to a software vendor about there install instructions using
> > yum instead of dnf for EL 8 and he took the feedback back to the
> > development team but the response
Looks like not yet. My branch requests are also getting rejected.
On Wed, Nov 17, 2021 at 10:35 AM Miro Hrončok wrote:
> On 09. 11. 21 16:07, Troy Dawson wrote:
> > The people on the rel-eng team that do the branches need to have their
> > fedscm-admin updated with the correct patches. I'm
On Wed, Nov 17, 2021 at 01:43:59PM -0500, Josh Boyer wrote:
> Further RHEL 9 documentation will center around the 'dnf' moniker,
> eventually transitioning away from yum.
Thus completing my long, slow loss of this argument. :)
Oh well! dnf it is!
--
Matthew Miller
Fedora Project Leader
On 09. 11. 21 16:07, Troy Dawson wrote:
The people on the rel-eng team that do the branches need to have their
fedscm-admin updated with the correct patches. I'm told that should happen
today or tomorrow.
Did this actually happen?
My branch request was closed repeatedly:
On 17. 11. 21 19:41, Troy Dawson wrote:
Looks like not yet. My branch requests are also getting rejected.
I see this comment:
https://pagure.io/fedscm-admin/pull-request/72#comment-157918
It seems like a release is needed. Should I open a ticket?
Or a backport PR to
I'd say open a ticket.
At this point, I don't know what the status is. Some step(s) have not been
done.
On Wed, Nov 17, 2021 at 10:44 AM Miro Hrončok wrote:
> On 17. 11. 21 19:41, Troy Dawson wrote:
> > Looks like not yet. My branch requests are also getting rejected.
>
> I see this comment:
https://bugzilla.redhat.com/show_bug.cgi?id=1986164
--- Comment #9 from Fedora Update System ---
FEDORA-2021-71ba85f6b8 has been pushed to the Fedora 34 testing repository.
Soon you'll be able to install the update with the following command:
`sudo dnf upgrade --enablerepo=updates-testing
https://bugzilla.redhat.com/show_bug.cgi?id=2023554
--- Comment #7 from Fedora Update System ---
FEDORA-2021-038ad5ed5f has been pushed to the Fedora 35 testing repository.
Soon you'll be able to install the update with the following command:
`sudo dnf upgrade --enablerepo=updates-testing
https://bugzilla.redhat.com/show_bug.cgi?id=2023554
--- Comment #6 from Fedora Update System ---
FEDORA-2021-71ba85f6b8 has been pushed to the Fedora 34 testing repository.
Soon you'll be able to install the update with the following command:
`sudo dnf upgrade --enablerepo=updates-testing
https://bugzilla.redhat.com/show_bug.cgi?id=2021296
Fedora Update System changed:
What|Removed |Added
Status|ON_QA |CLOSED
Fixed In Version|
https://bugzilla.redhat.com/show_bug.cgi?id=2021296
Fedora Update System changed:
What|Removed |Added
Fixed In Version|perl-HTTP-Message-6.34-1.fc |perl-HTTP-Message-6.34-1.fc
The following Fedora EPEL 8 Security updates need testing:
Age URL
6 https://bodhi.fedoraproject.org/updates/FEDORA-EPEL-2021-8e8cdfca46
js-jquery-ui-1.13.0-1.el8
6 https://bodhi.fedoraproject.org/updates/FEDORA-EPEL-2021-a21f8fb6c8
java-latest-openjdk-17.0.1.0.12-3.rolling.el8
Since the CentOS Devel repo was first created, it has been a part of the
EPEL8 buildroot. It supplied some of the missing devel packages that were
not in any of the RHEL 8 public repos. It was a good concept, and did help
some, but it didn't completely fix the problem.
EPEL eventually came up
The following Fedora EPEL 7 Security updates need testing:
Age URL
61 https://bodhi.fedoraproject.org/updates/FEDORA-EPEL-2021-f005e1b879
debmirror-2.35-1.el7
6 https://bodhi.fedoraproject.org/updates/FEDORA-EPEL-2021-6d0e7309d6
wordpress-5.1.11-1.el7
The following builds have
55 matches
Mail list logo
