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 (a
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
>> fig
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:
https://docs.fedoraproject.org/en-US/project/code-of-condu
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://docs.fedoraproject.org/en-US/project
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 magica
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 Appl
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 wond
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 https
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 Servic
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 u
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:
https://meetbot.fedoraproject.org/fedora-meeting-1/2021
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 Servi
> > > 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 permitt
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 closer
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 to
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 m
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
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.
https:/
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 summary
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 Blo
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.
https://en.wikipedia.org/wiki/Video_Accelerati
* 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 th
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 to
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 i
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 the
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"
>
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 mistake
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
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, Nov
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 o
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 prob
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 no
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 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 wireless
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 min
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 ...
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 frequen
39 matches
Mail list logo
