Re: grub / grub2 conflicts

On Thu, Sep 22, 2011 at 05:18:09PM +0100, Mark McLoughlin wrote: On Thu, 2011-09-22 at 17:00 +0100, Matthew Garrett wrote: grub provides no mechanism for you to know that, which means you can't reliably know that. Which means relying on them being compatible is incorrect.

Re: grub / grub2 conflicts

On Thu, Sep 22, 2011 at 02:02:15PM -0400, David Airlie wrote: you run rpm -q grub in the guest and on the host, if they are the same nvr, then they are the same package, where's the rocket science here. No, that's not good enough. You need to know the version installed on the system

Re: BEWARE: a problematic glibc made it to stable (F16)

The Glibc package maintainer. I'm pretty sure he understands upstream, and FESCo should probably start the discussion with him first anyway. I'm not exactly sure what glibc upstream (defined as people without commit rights to Fedora git) have to do with this at all. The issue AIUI

rawhide java versioning issue?

so I was trying to fix xorg-x11-docs, which uses fop which uses java, which means I've no idea. http://koji.fedoraproject.org/koji/taskinfo?taskID=3549524 The main error is below so I suspect the problem is that some apache/avalon framework jar file is build with the 1.7 jdk but the buildroot

Re: Anaconda is totally trashing the F18 schedule (was Re: f18: how to install into a LVM partitions (or RAID))

- Original Message - From: Richard Hughes hughsi...@gmail.com To: Development discussions related to Fedora devel@lists.fedoraproject.org Sent: Wednesday, 31 October, 2012 6:35:14 AM Subject: Re: Anaconda is totally trashing the F18 schedule (was Re: f18: how to install into a

Re: Target Display Mode in Fedora

The iMac and HP Z1 have a bi-directional DisplayPort/Thunderbolt port, which lets them be used as a Display for another computer. Apple calls it Target Display Mode, though HP doesn't seem to have a special name for it. This is really quite useful, I've used an iMac hooked up to a Linux

glew 1.10 in rawhide

Hi, I bumped glew in 1.10 in rawhide, I haven't rebuilt all the dependencies but I can if anyone wants, but I thought I'd give a headsup to the maintainers so they can rebuild their packages. Dave. -- devel mailing list devel@lists.fedoraproject.org

Re: glew 1.10 in rawhide

. listopad 2013, 21:48:31 CET, David Airlie napsal: Hi, I bumped glew in 1.10 in rawhide, I haven't rebuilt all the dependencies but I can if anyone wants, but I thought I'd give a headsup to the maintainers so they can rebuild their packages. Dave. -- Miro Hrončok -- Phone

Re: glew 1.10 in rawhide

- Original Message - From: Miro Hrončok mhron...@redhat.com To: Development discussions related to Fedora devel@lists.fedoraproject.org Sent: Monday, 18 November, 2013 10:54:38 AM Subject: Re: glew 1.10 in rawhide If you haven't done it yet, skip openscad and opencsg, I've

root rebuild failed after glew update

Hi owners, I tried to rebuild root after glew update, but it failed due to hadoop changes, Not sure if hadoop needs a build in rawhide for the current f20 build or something else. Dave. -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel

Re: root rebuild failed after glew update

- Original Message - From: punto...@libero.it To: devel@lists.fedoraproject.org Sent: Monday, 18 November, 2013 1:54:06 PM Subject: Re: root rebuild failed after glew update Il 18/11/2013 04:40, Christopher Meng ha scritto: On Mon, Nov 18, 2013 at 11:26 AM, punto...@libero.it

llvm 3.4 in rawhide time

Hi all, I've gotten a build tag f21-llvm for attempting to rebase rawhide to llvm 3.4, so far I've started just getting llvm built into the buildroot, and once it gets past arm it seems like it should succeed. That leaves the fun of rebasing and fixing all the llvm dependant packages: mesa

Re: noexec on /dev/shm

- John Reiser jrei...@bitwagon.com wrote: On 12/14/2010 07:28 PM, Lennart Poettering wrote: In order to make things secure we minimize what is allowd on the various API file systems we mount. That includes that we set noexec and similar options for the file systems involved. The

Re: Like C++? Not afraid of quirky build systems? Seeking LLVM co-maintainers

- Original Message - From: Jon Masters j...@redhat.com To: Development discussions related to Fedora devel@lists.fedoraproject.org Cc: Michel Alexandre Salim sali...@fedoraproject.org Sent: Wednesday, 9 May, 2012 10:57:30 PM Subject: Re: Like C++? Not afraid of quirky build

Re: Any ETA for OpenCL support in Mesa?

Hello All! Since March 2012 can be built with --enable-opencl (see this - http://www.phoronix.com/scan.php?page=news_itempx=MTEwMTE ) so maybe it's time to enable it in Fedora? Actually I really don't know what's the status of OpenCL support in Nouveay/Radeon drivers - according to

Re: Why is not enabled TapButton of touchpad on Fedora by default?

Ok, but I do not understand why a simple thing is not set by default? bit empathic? a lot users want is enabled by default, others doesn't like it, ok, but a who doesn't like it, not affect on your navigation, can ignore this. There is no good default, you set it one way, you get a crapton

Re: Heads up: F17 Alpha RC1 arriving ahead of schedule

TC3: https://fedorahosted.org/rel-eng/ticket/5083 this is two days ahead of schedule, but it's good to get going early! The compose should arrive some time today, Andre will no doubt announce it as usual. Thanks all. Ugh, we really want this one:

Re: RFC: Primary architecture promotion requirements

- Original Message - From: Josh Boyer jwbo...@gmail.com To: Development discussions related to Fedora devel@lists.fedoraproject.org Cc: Jakub Jelinek ja...@redhat.com, second...@lists.fedoraproject.org Sent: Tuesday, 20 March, 2012 4:08:16 PM Subject: Re: RFC: Primary architecture

Re: Seeking primary maintainer for LLVM

- Original Message - From: Michel Alexandre Salim sali...@fedoraproject.org To: Development discussions related to Fedora devel@lists.fedoraproject.org Sent: Monday, 25 February, 2013 7:30:56 PM Subject: Re: Seeking primary maintainer for LLVM -BEGIN PGP SIGNED MESSAGE-

Re: system freezes after loading gdm/gnome

As usual, I have completely forgotten any relevant system/software info, so: This is a Thinkpad T420 with: 00:02.0 VGA compatible controller: Intel Corporation 2nd Generation Core Processor Family Integrated Graphics Controller (rev 09) I've just sent a mesa-9.1-2 build

Re: Mesa needs an update?

- Original Message - From: Jef Spaleta jspal...@gmail.com To: Development discussions related to Fedora devel@lists.fedoraproject.org Sent: Friday, 2 August, 2013 10:14:31 AM Subject: Re: Mesa needs an update? On Thu, Aug 1, 2013 at 3:50 PM, Morgan Howe mth...@gmail.com wrote:

Re: llvm 3.4 in rawhide time

On 14 Jan 2014 06:04, David Airlie airl...@redhat.com wrote: Hi all, I've gotten a build tag f21-llvm for attempting to rebase rawhide to llvm 3.4 Assuming there aren't any major stumbling blocks, are there any plans to back port llvm 3.4 to f20 (like was done for llvm 3.3

Re: llvm 3.4 in rawhide time

On 14 Jan 2014 06:04, David Airlie airl...@redhat.com wrote: Hi all, I've gotten a build tag f21-llvm for attempting to rebase rawhide to llvm 3.4 Assuming there aren't any major stumbling blocks, are there any plans to back port llvm 3.4 to f20 (like was done

Re: rfc: xserver rebase in F20 (was Re: Slipping F21)

To add some context the feature that I am asking for is working DRI3 + present ... with mesa 10.2 it gives us GLX_EXT_buffer_age which finally fixes tearing issues in mutter that some user are experiencing without using workarounds like forcing the compositor to always redraw the whole

Re: rfc: xserver rebase in F20 (was Re: Slipping F21)

To add some context the feature that I am asking for is working DRI3 + present ... with mesa 10.2 it gives us GLX_EXT_buffer_age which finally fixes tearing issues in mutter that some user are experiencing without using workarounds like forcing the compositor to always redraw the

Re: F21/F22: xorg-x11-drv: which for SiS?

- Original Message - From: Felix Miata mrma...@earthlink.net To: devel@lists.fedoraproject.org Sent: Tuesday, 23 September, 2014 4:50:46 PM Subject: F21/F22: xorg-x11-drv: which for SiS? xorg-x11-drv-sis seems to have disappeared. Did that happen on purpose? It still exists as a

Re: Multiple problems with multiple monitors

I've searched for bugs related to the specific problems I've been having, and I've not been able to find anything that describes what I'm seeing. I have an HP EliteBook 840 that also comes with an UltraDock, to which I've plugged-in two external monitors and I use in conjunction with

Re: LLVM 3.5 rebase

i can take a look at llvmpy this week, but i'd recommend just retiring it otherwise. it can come back if it has to. I was going to retire it before, but upstream had a patch, Its jsut a wrapper aruond the API, it probably needs to be developed in sync with llvm, and so far I haven't seen

Re: Workstation Product defaults to wide-open firewall

sudo firewall-cmd --set-default-zone=FedoraServer That will limit it to SSH, DHCPv6 and cockpit Or use default zone Public, which swaps cockpit out and adds mDNS Or if you're Reindl Harald-level paranoid (no offense intended, Harald but you're the most paranoid sysadmin I know,

Re: gcc5 ICE xserver build on ARM

wrote: On Tue, Feb 17, 2015 at 12:26:57AM -0500, David Airlie wrote: Just kicked off an Xserver build in rawhide, and it appears gcc ICE. http://koji.fedoraproject.org/koji/getfile?taskID=8960146name=build.log libtool: compile: gcc -DHAVE_CONFIG_H -I. -I../include

gcc5 ICE xserver build on ARM

Just kicked off an Xserver build in rawhide, and it appears gcc ICE. http://koji.fedoraproject.org/koji/getfile?taskID=8960146name=build.log libtool: compile: gcc -DHAVE_CONFIG_H -I. -I../include -DHAVE_DIX_CONFIG_H -Wall -Wpointer-arith -Wmissing-declarations -Wformat=2 -Wstrict-prototypes

hardening breaks X.org

So the rebuild to use hardened builds by default in rawhide, broke X.org. Thanks guys, my system is more secure, but I can't run any apps. Anyways enough snark from me, the problem seems to be that hardening makes bind now override RTLD_LAZY options, and the X server relies on the RTLD_LAZY on

Re: hardening breaks X.org

- Original Message - From: Moez Roy moez@gmail.com To: Development discussions related to Fedora devel@lists.fedoraproject.org Cc: David Airlie airl...@redhat.com, Adam Jackson a...@redhat.com, Till Maas opensou...@till.name Sent: Monday, 2 March, 2015 1:15:19 PM Subject: Re

captive portal implementation found lacking

Hey devs, So Simo wanted to explode so I've tried to distill down the issues we saw: a: you can't uninstalled the config connectivity package from workstation without losing gnome-shell and gdm. https://bugzilla.redhat.com/show_bug.cgi?id=1205963 this seems sub optimal. b: the feature is

Re: wayland in rawhide

> Today I built snapshots of gnome-session gdm gnome-shell and mutter > that change how we do sessions at the login screen. We'll no longer > have separate items for GNOME and GNOME on Wayland. Instead they're > now both consolidated under the GNOME item. That item will use > wayland if it can,

Re: wayland in rawhide

- Original Message - > From: "Ray Strode" > To: "Development discussions related to Fedora" > > Sent: Friday, 13 November, 2015 12:56:48 AM > Subject: Re: wayland in rawhide > > Hi, > > > This seems still still be confusing a lot of

Re: wayland in rawhide

> hi, > > > Here's one on Ironlake, with two monitors plugged in. > > > > https://bugzilla.gnome.org/show_bug.cgi?id=750610 > > > > still not fixed, doesn't fall back. > Well, black screens obviously aren't good, and we should clearly fix this. > > If we don't get it fixed by closer to release,

Re: wayland in rawhide

> That's fine. I don't have a problem adding "GNOME on Xorg" option to > the session > menu in the interim. I'll do it tomorrow. This is what the feature page said would happen in the first place. So I'm also confused why you didn't just do that. > > I will say you're coming off (to me

Re: wayland in rawhide

> Hi, > > On Tue, Nov 10, 2015 at 4:32 PM, David Airlie <airl...@redhat.com> wrote: > > I'd rather we waited until wayland sessions are feature equivalent with X. > Note this is in rawhide, early in the Fedora 24 devel cycle. If things don't > work out, going back

Re: Dealing with the "my packages" problem

> > tl; dr: I have submitted the following RFE for pkgdb: > https://github.com/fedora-infra/pkgdb2/issues/274 > Please add comments there if you have any. > > I know I'm not the only provenpackager to have applied a bugfix to > someone's package only to be yelled at it for it. Some

llvm 3.7 for rawhide and then f23

Hi, So I've been updating rawhide to llvm 3.7 upstream, so we can get OpenGL 4.1 support on the radeonsi GPUs. The two depends on llvm I don't control/know about were julia and pocl, I've done my best to make them work, pocl I've rebased to git, which seems to be upstream advice julia I've

Re: llvm 3.7 for rawhide and then f23

- Original Message - > From: "Stephen Gallagher" <sgall...@redhat.com> > To: devel@lists.fedoraproject.org > Sent: Saturday, 19 September, 2015 1:17:45 AM > Subject: Re: llvm 3.7 for rawhide and then f23 > > On Thu, 2015-09-17 at 00:16 -0400, David Airl

Re: Dealing with the "my packages" problem

- Original Message - > From: "Brian C. Lane" > To: devel@lists.fedoraproject.org > Sent: Thursday, 19 November, 2015 7:05:57 AM > Subject: Re: Dealing with the "my packages" problem > > On Wed, Nov 18, 2015 at 02:24:37PM -0500, Rob Crittenden wrote: > > Matthew Miller

Re: Advertised OpenGL version clarification

- Original Message - > From: "Sérgio Basto" > To: "Fedora devel" > Cc: "Adam Jackson" > Sent: Saturday, 30 January, 2016 9:48:55 AM > Subject: Advertised OpenGL version clarification > > Hi, > Some people have been

Re: [ANNOUNCE] Fedora support for Vulkan

- Original Message - > From: "Marcin Juszkiewicz" > To: devel@lists.fedoraproject.org > Sent: Wednesday, 17 February, 2016 8:59:51 AM > Subject: Re: [ANNOUNCE] Fedora support for Vulkan > > W dniu 16.02.2016 o 19:48, Adam Jackson pisze: > > > Currently the

Re: [ANNOUNCE] Fedora support for Vulkan

- Original Message - > From: "Zach Villers" > To: "Development discussions related to Fedora" > > Sent: Wednesday, 17 February, 2016 11:34:47 PM > Subject: Re: [ANNOUNCE] Fedora support for Vulkan > > Anyone know if/when nvidia

Re: [ANNOUNCE] Fedora support for Vulkan

> > Adam Jackson wrote: > > Currently the repository includes the driver loader, as well as Intel's > > open source drivers for gen8+ (Broadwell, Cherryview, Skylake, Broxton > > and Kabylake) GPUs. The Intel drivers also have incomplete support for > > Ivybridge, Haswell, and Baytrail devices; I

Re: [ANNOUNCE] Fedora support for Vulkan

- Original Message - > From: "Kevin Kofler" <kevin.kof...@chello.at> > To: devel@lists.fedoraproject.org > Sent: Saturday, 20 February, 2016 12:14:00 PM > Subject: Re: [ANNOUNCE] Fedora support for Vulkan > > David Airlie wrote: > > No, nothing

Re: Rawhide 2016-02-13 status report: utterly broken (mesa vs. llvm)

Thanks Adam, in theory the mesa that is building now is the all good, definitely this time. I'll see how it goes in practice. Lessons learned, don't be the part of the poor suckers maintaining llvm. Dave. - Original Message - > From: "Adam Williamson" >

Re: LLVM compatibility hazard on F24/F25

- Original Message - > From: "Josh Stone" > To: devel@lists.fedoraproject.org > Sent: Friday, 17 February, 2017 4:50:47 AM > Subject: LLVM compatibility hazard on F24/F25 > > re https://bugzilla.redhat.com/show_bug.cgi?id=1422930 > > This is an indirect consequence

Re: Please unpush FEDORA-2016-7776983633 on all releases or drop support for libjasper

I've rebuilt all the jasper packages with the offending patch removed because it breaks a lot of stuff. I'll see if the owner shows up, and files the errata, otherwise I'll get to it in next couple of days, unless someone wants it done more urgently. Dave. - Original Message - >

Re: F25 workstation, and (almost) hidpi displays

- Original Message - > From: "Kevin Kofler" > To: devel@lists.fedoraproject.org > Sent: Friday, 28 October, 2016 7:50:48 AM > Subject: Re: F25 workstation, and (almost) hidpi displays > > nicolas.mail...@laposte.net wrote: > > But, GTK core maintainers have

Re: F25 workstation, and (almost) hidpi displays

> > > > DP-3-1 connected primary 1920x1200+0+0 (normal left inverted right x axis y > > axis) 518mm x 324mm > > > > Not sure what you think is hiding it, sounds like KDE is just broken. > > Well, no, that's not fair - X allows you to query the display size, and > it used to return whatever the

Re: libglvnd-egl needed for X: should it be in base-x comps group? Or should something require it?

> > Hi folks! Wanted to run this up the flagpole somewhere before I just > went and did it... > > We have a couple of openQA tests which just run Firefox on top of a > bare X server to do some browser tests. Up to now just 'dnf > groupinstall base-x' then 'dnf groupinstall firefox', then 'startx

Re: Intel i915 firmwares

ct: Re: Intel i915 firmwares > > On Wed, Jun 28, 2017 at 05:20:13AM -0400, David Airlie wrote: > > > > > I ran into this today: > > > https://gist.github.com/Brainiarc7/aa43570f512906e882ad6cdd835efe57 > > > > > > DRM firmware is loaded by default. Hu

Re: Intel i915 firmwares

> I ran into this today: > https://gist.github.com/Brainiarc7/aa43570f512906e882ad6cdd835efe57 > > DRM firmware is loaded by default. HuC and GuC are not. Things work > without them, and things work with them loaded. So what's the pro/con > and if there's a pro, why isn't it the kernel default?

Re: Wyland is a disaster

On Thu, Feb 1, 2018 at 12:13 PM, Tomasz Kłoczko wrote: > > On 1 February 2018 at 01:42, Peter Hutterer > wrote: > [..] > >> > So event4 it is in my case touch pad and event5 it is Logitech M185 >> mouse. >> > In other words: those "libinput

Re: Intention to orphan vulkan stack

> Hi Leigh, > > Please give them all to me. > > Thanks, Oh and thanks for all the work you've done on packaging them up until now! Dave. > Dave. > > > > glslang > > spirv-headers > > spirv-tools > > vulkan-headers > > vulkan-loader > > vulkan-tools > > vulkan-validation-layers > >

Re: Intention to orphan vulkan stack

On Wed, Nov 7, 2018 at 9:13 AM Leigh Scott wrote: > > I haven't got the time or energy to maintain these packages any more, any > takers? Hi Leigh, Please give them all to me. Thanks, Dave. > > glslang > spirv-headers > spirv-tools > vulkan-headers > vulkan-loader > vulkan-tools >

packaged jenkins is broken

So we ship a jenkins in F29 at least that is broken on install due to what looks like an incompatability with dom4j. Upstream it looks like jenkins via stapler-jelly uses a fork of dom4j, and the standard dom4j shipped in Fedora doesn't work the same. There have been bugs filed, but nobody seems

Re: Orphaning: llvm5.0, clang5.0, llvm6.0, clang6.0

On Sat, Feb 9, 2019 at 5:50 PM Igor Gnatenko wrote: > > https://cgit.freedesktop.org/beignet/ > > Last commits are from 2018/08 which is half year ago. > > I'd like to keep it, but try using master branch. Beignet is dead upstream, Intel are no longer supporting it. Dave.

Re: glibc-headers troubles with rawhide on ARM

On Tue, Jul 2, 2019 at 10:57 PM Olivier Fourdan wrote: > > Hi, > > On Tue, Jul 2, 2019 at 2:22 PM Peter Robinson wrote: > > On Mon, Jul 1, 2019 at 12:02 PM Florian Weimer wrote: > > > [...] > > > > > > on Arm hasn't worked for a long, long time, so we've removed > > > it from glibc. Sorry it

Re: Better interactivity in low-memory situations

On Fri, Aug 16, 2019 at 7:48 AM Chris Murphy wrote: > > On Thu, Aug 15, 2019 at 2:19 PM Chris Murphy wrote: > > > > [ 718.068633] fmac.local kernel: SLUB: Unable to allocate memory on > > node -1, gfp=0x900(GFP_NOWAIT|__GFP_ZERO) > > [ 718.068636] fmac.local kernel: cache: page->ptl, object

Re: Better interactivity in low-memory situations

On Sun, Aug 11, 2019 at 2:57 AM Georg Sauthoff wrote: > > On Fri, Aug 09, 2019 at 03:50:43PM -0600, Chris Murphy wrote: > [..] > > Problem and thesis statement: > > Certain workloads, such as building webkitGTK from source, results in > > heavy swap usage eventually leading to the system becoming

Re: Fedora 32 System-Wide Change proposal: x86-64 micro-architecture update

On Tue, Jul 23, 2019 at 6:03 AM Josh Boyer wrote: > > On Mon, Jul 22, 2019 at 3:27 PM Ben Cotton wrote: > > > > https://fedoraproject.org/wiki/Changes/x86-64_micro-architecture_update > > > > == Summary == > > Fedora currently uses the original K8 micro-architecture (without > > 3DNow! and other

Re: Fedora 32 System-Wide Change proposal: x86-64 micro-architecture update

On Tue, Jul 23, 2019 at 5:46 AM Solomon Peachy wrote: > > On Mon, Jul 22, 2019 at 02:51:27PM -0400, Ben Cotton wrote: > > After preliminary discussions with CPU vendors, we propose AVX2 as the > > new baseline. AVX2 support was introduced into CPUs from 2013 to > > 2015. See > >

Re: Fedora 32 System-Wide Change proposal: x86-64 micro-architecture update

On Tue, Jul 23, 2019 at 5:58 AM Ben Cotton wrote: > > On Mon, Jul 22, 2019 at 3:45 PM Solomon Peachy wrote: > > > > But since anectdote != data, are there any sort of deployment numbers > > out there that show how many Fedora deployments are on AVX[2]-capable > > hardware? > > > There are no

Re: Help needed to fix a FTBFS (shaderc)

On Mon, Aug 10, 2020 at 6:55 PM Leigh Scott wrote: > > > On Mon, Aug 10, 2020 at 2:57 AM Leigh Scott > wrote: > > > > Yeah glslang sucks in terms of providing a stable API, I think > > upstream would need to address these things, > > > > Though I hadn't realised it would FTBFS things that badly.

Re: Help needed to fix a FTBFS (shaderc)

On Mon, Aug 10, 2020 at 2:57 AM Leigh Scott wrote: > > I found this > > https://github.com/KhronosGroup/glslang/commit/b8c3386ec00b9de2925732c0a29c588d60f8c8fd > > and added the new libs ( -lMachineIndependent -lGenericCodeGen ) to the link > flags Yeah glslang sucks in terms of providing a

f33/f34 amdgpu firmware for 6800/6900

I've packaged up the firmware for the new AMD GPUs in linux-firmware in updates-testing. I doubt anyone will have access to one of these cards for a few weeks anyways, but if somene does end up with one, please see how it fairs. https://bodhi.fedoraproject.org/updates/FEDORA-2020-ff2b09cd0a

Re: mesa 21.0.0-rc3 making rawhide really unstable?

On Wed, Feb 3, 2021 at 1:17 AM Fabio Valentini wrote: > > Hi everybody, > > After updating my rawhide VMs today, it looks like > mesa-21.0.0~rc3-1.fc34 is making all sessions really unstable. > gnome-shell (wayland) repeatedly crashes after opening any windows, > and Xorg based LightDM or

i686 build OOMing

https://kojipkgs.fedoraproject.org//work/tasks/3814/68223814/build.log cd /builddir/build/BUILD/Vulkan-ValidationLayers-sdk-1.2.176.1/i686-redhat-linux-gnu/layers && /usr/bin/g++ -DAPI_NAME=\"Vulkan\" -DVK_ENABLE_BETA_EXTENSIONS -DVK_USE_PLATFORM_WAYLAND_KHR -DVK_USE_PLATFORM_WAYLAND_KHX

Re: i686 build OOMing

On Thu, May 20, 2021 at 6:45 PM Leigh Scott wrote: > > Is disabling debug on i686 an option? > > --- a/vulkan-validation-layers.spec > +++ b/vulkan-validation-layers.spec > @@ -43,7 +43,12 @@ developing applications that use %{name}. > > %build > # Decrease debuginfo verbosity to reduce memory

Re: i686 build OOMing

On Thu, May 20, 2021 at 4:51 AM Kevin Fenzi wrote: > > On Tue, May 18, 2021 at 04:59:50PM -0600, Jeff Law wrote: > > > > On 5/18/2021 4:44 PM, David Airlie wrote: > > > https://kojipkgs.fedoraproject.org//work/tasks/3814/68223814/build.log > > > > >

Re: mesa 21.0.0-rc3 making rawhide really unstable?

On Thu, Feb 4, 2021 at 12:02 AM Fabio Valentini wrote: > > On Wed, Feb 3, 2021 at 12:42 PM Milan Crha wrote: > > > > On Wed, 2021-02-03 at 15:26 +1000, David Airlie wrote: > > > Please test: > > > > > > mesa-21.0.0~rc3-2.fc34 > > > &g

Re: How to handle ABI breakage in Rawhide

On Mon, Dec 6, 2021 at 12:49 PM Bernie Innocenti wrote: > > Hello David, > > This spirv-tools-libs build changed the ABI of libSPIRV-Tools.so in > Rawhide on Nov 23: > https://koji.fedoraproject.org/koji/buildinfo?buildID=1858749 > > The shared lib has no soversion, and other libs in Fedora

systemd-oomd blows away the gnome-shell desktop session

Hi, I've been using f34 with gnome/wayland session on a 16MB machine which has 8GB zram swap configured. If I build anything large inside my desktop environment (llvm/clang) from a gnome-terminal, systemd-oomd blows away my whole desktop slice. This seems overly hostile. Now in theory I can use

Re: systemd-oomd blows away the gnome-shell desktop session

On Wed, Jul 28, 2021 at 12:14 PM Aleksei Bavshin wrote: > > On 7/27/21 6:23 PM, David Airlie wrote: > > Hi, > > > > I've been using f34 with gnome/wayland session on a 16MB machine which > > has 8GB zram swap configured. > > > > If I build anything large

Re: spirv-tools ftbfs no idea what the compiler is telling me.

just adding Jakub. On Sun, Jan 30, 2022 at 7:50 AM Artur Frenszek-Iwicki wrote: > > Bumping this since I have an identical issue with colobot - the compilation > errors out when a C-like string literal is assigned to an std::string, with > the compiler providing the same "memcpy accessing...

spirv-tools ftbfs no idea what the compiler is telling me.

This seems serious, but I've no idea what it means. The line of code appears to be 398 marked below. std::string spvTargetEnvList(const int pad, const int wrap) { std::string ret; size_t max_line_len = wrap - pad; // The first line isn't padded std::string line; std::string sep = "";

Re: F37 Change: Deprecate Legacy BIOS (System-Wide Change proposal)

On Wed, Apr 6, 2022 at 1:18 AM Ben Cotton wrote: > > https://fedoraproject.org/wiki/Changes/DeprecateLegacyBIOS > > == Summary == > Make UEFI a hardware requirement for new Fedora installations on > platforms that support it (x86_64). Legacy BIOS support is not > removed, but new non-UEFI

f39 local kernel builds don't install

Just had upstream dev move to f39 and I tried it myself. Building an installing a kernel from Linus now fails make -C /home/airlied/devel/kernel/build \ -f /home/airlied/devel/kernel/linux/Makefile install make[1]: Entering directory '/home/airlied/devel/kernel/build' make --no-print-directory

Re: F37 Change: Deprecate Legacy BIOS (System-Wide Change proposal)

On Thu, Apr 7, 2022 at 12:33 PM Luya Tshimbalanga wrote: > > Reading the comments, it seems the overlooked word is “depreciated” meaning > users will have time to properly transition their hardware. Transition to what though, another distro? moving to new hw won't help maintain things for

Re: Suggestion: Use a unified kernel image by default in the future.

On Mon, Jun 27, 2022 at 6:33 PM Gerd Hoffmann wrote: > > On Sun, Jun 19, 2022 at 08:54:51PM -, Sharpened Blade via devel wrote: > > Use unified kernel images by default for new releases. This can allow > > for the local installation to sign the kernel and the initrd, so the > > boot chain can

Re: Mesa in F37- vaapi support disabled for h264/h265/vc1

On Wed, Sep 28, 2022 at 4:30 PM Nicolas Chauvet wrote: > > Le mar. 27 sept. 2022 à 20:57, David Airlie a écrit : > > > > On Wed, Sep 28, 2022 at 4:02 AM Frantisek Zatloukal > > wrote: > > > > > > Hi, > > > > > > since this me

Re: Mesa in F37- vaapi support disabled for h264/h265/vc1

Nope the _video.so files are the vaapi ones. Replacing that package with rpmfusion built should work fine. On Thu, Sep 29, 2022 at 10:26 AM Neal Gompa wrote: > > On Thu, Sep 29, 2022 at 1:46 AM David Airlie wrote: > > > > On Wed, Sep 28, 2022 at 4:30 PM Nicolas Chauvet wro

Re: Mesa in F37- vaapi support disabled for h264/h265/vc1

On Wed, Sep 28, 2022 at 5:11 AM Chris Adams wrote: > > Once upon a time, David Airlie said: > > On Wed, Sep 28, 2022 at 4:02 AM Frantisek Zatloukal > > wrote: > > > since this mesa change ( > > > https://src.fedoraproject.org/rpms/mesa/c/94ef544b3f2125912df

Re: Mesa in F37- vaapi support disabled for h264/h265/vc1

On Wed, Sep 28, 2022 at 4:02 AM Frantisek Zatloukal wrote: > > Hi, > > since this mesa change ( > https://src.fedoraproject.org/rpms/mesa/c/94ef544b3f2125912dfbff4c6ef373fe49806b52?branch=rawhide > ) in F37 and rawhide, the mesa package lost support for vaapi accelerated > encoding and

Re: Mesa in F37- vaapi support disabled for h264/h265/vc1

On Wed, Sep 28, 2022 at 5:34 AM Michael Cronenworth wrote: > > On 9/27/22 1:56 PM, David Airlie wrote: > > The patent licensing around H264/H265 is such that providing this > > could leave Red Hat and other Fedora distributors exposed to legal > > problems. > > H

Re: Mesa in F37- vaapi support disabled for h264/h265/vc1

On Wed, Sep 28, 2022 at 5:53 AM Michael Cronenworth wrote: > > On 9/27/22 2:36 PM, David Airlie wrote: > > The implicit IANAL is very clear here. > > I wish you had started the discussion the legal list yourself prior to the > git commit. > > A certain website that

Re: Testing of software that utilizes GPUs

On Thu, Oct 20, 2022 at 8:20 PM Benson Muite wrote: > > Is there any way to test software that uses GPUs on COPR or Koji? The > number of such packages will likely increase in future. In particular > for software that uses ROCM, SYCL, Vulkan and OpenCL? There is no way to test them with an

Re: Small rant: installer environment size

On Thu, Dec 8, 2022 at 10:46 PM Kevin Kofler via devel wrote: > > Adam Williamson wrote: > > On Thu, 2022-12-08 at 07:57 +0100, Florian Weimer wrote: > >> It has all the targets in it. As it's for JIT, we'd only need one > >> target. > > > > That sounds interesting, though of course the details

Re: List of long term FTBFS packages to be retired next week

> waffle ajax rescued this, Dave. ___ devel mailing list -- devel@lists.fedoraproject.org To unsubscribe send an email to devel-le...@lists.fedoraproject.org Fedora Code of Conduct: