> 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
> > >
> 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. Y
>
> > 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 i
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 i
> > 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:
> https:
- Original Message -
> From: "Josh Boyer"
> To: "Development discussions related to Fedora"
>
> Cc: "Jakub Jelinek" , second...@lists.fedoraproject.org
> Sent: Tuesday, 20 March, 2012 4:08:16 PM
> Subject: Re: RFC: Primary architecture promotion requirements
>
> On Tue, Mar 20, 2012 a
- "John Reiser" 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 interface
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 upda
- Original Message -
> From: "Stephen Gallagher"
> 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 Airlie wrote:
> >
- Original Message -
> From: "Felix Miata"
> 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 selelection i
>
>
> 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 w
>
> 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
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 it
- Original Message -
> From: "Moez Roy"
> To: "Development discussions related to Fedora"
>
> Cc: "David Airlie" , "Adam Jackson" ,
> "Till Maas"
> Sent: Monday, 2 March, 2015 1:15:19 PM
> Subject: Re: hardenin
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 over
- Original Message -
> From: "Jon Masters"
> To: "Development discussions related to Fedora"
>
> Cc: "Michel Alexandre Salim"
> Sent: Wednesday, 9 May, 2012 10:57:30 PM
> Subject: Re: Like C++? Not afraid of quirky build systems? Seeking LLVM
> co-maintainers
>
> On 05/06/2012
> 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
>
> > 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
> 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,
> Hi,
>
> On Tue, Nov 10, 2015 at 4:32 PM, David Airlie 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 isn't hard.
&
> 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 anyway)
- 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 people, I see quite
> > regularly queries on some f
> 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,
>
> 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 maintainers
- 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 wrote:
> > > On Tu
- 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 asking for opengl 3 +
>
> https://ask.fedoraproject.org/en/question/8
>
> Hello All!
> Since March 2012 can be built with --enable-opencl (see this -
> http://www.phoronix.com/scan.php?page=news_item&px=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
>
> 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 crapto
- Original Message -
> From: "Richard Hughes"
> To: "Development discussions related to Fedora"
>
> 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 LVM partitions (or
> RAID))
>
> On 30 O
- Original Message -
> From: "Jef Spaleta"
> To: "Development discussions related to Fedora"
>
> 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 wrote:
> > I didn't say you need to bump it to bleeding edge
> 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 ma
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 -
> From:
- Original Message -
> From: "Michel Alexandre Salim"
> To: "Development discussions related to Fedora"
>
> Sent: Monday, 25 February, 2013 7:30:56 PM
> Subject: Re: Seeking primary maintainer for LLVM
>
> -BEGIN PGP SIGNED MESSAGE-
> Hash: SHA1
>
> On 25/02/13 13:06, Siddhes
> 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 b
> >
> >
> > 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 paran
Just kicked off an Xserver build in rawhide,
and it appears gcc ICE.
http://koji.fedoraproject.org/koji/getfile?taskID=8960146&name=build.log
libtool: compile: gcc -DHAVE_CONFIG_H -I. -I../include -DHAVE_DIX_CONFIG_H
-Wall -Wpointer-arith -Wmissing-declarations -Wformat=2 -Wstrict-prototypes
-
olacek 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=8960146&name=build.log
> &g
- 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 of the LLVM update f
> 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? S
gt;
> 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. HuC and GuC are not. Things w
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
https://admin.fedoraproject.org/mailman/list
>
> Sent: Monday, 18 November, 2013 7:54:03 AM
> Subject: Re: glew 1.10 in rawhide
>
> If you don't want to do mass rebuild, maybe you should send this email
> directly to the owners of glew dependent packages, so they don't miss
> it. Especially when the traffic on de
- Original Message -
> From: "Miro Hrončok"
> To: "Development discussions related to Fedora"
>
> 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 rebuilt
> those once I read your email.
>
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
F
- 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...@liber
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
Open
>
>
> 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 stu
> >
> > 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
> >
> >
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"
> To: devel@lists.fedoraproject.o
- 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 repository includes the drive
- 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 drivers will be included?
There are no open source vulka
>
> 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
- Original Message -
> From: "Kevin Kofler"
> 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 concrete has been mentione
- 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 always insisted those didn't
> >
> > 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 d
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
> > [https://en.wiki
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 stat
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
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
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 s
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
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.
___
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 b
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
> vulkan-valid
> 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
> > __
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 o
> 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:
https://docs.fedoraprojec
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 -
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 decoding
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
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
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 mo
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
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
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 actu
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 bug" log entries looks like are not
>> related
>> > to
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
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
Dave.
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 stab
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.
>
> 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
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 depend
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 = "";
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... ov
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 Pantheon
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
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
-DVK_USE
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
> > >
> >
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 c
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 install
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 older
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
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
On Wed, Apr 16, 2025 at 3:08 AM Daniel P. Berrangé wrote:
>
> On Tue, Apr 15, 2025 at 11:43:47AM -0500, Michael Catanzaro wrote:
> > On Tue, Apr 15 2025 at 05:40:43 PM +01:00:00, Richard W.M. Jones
> > wrote:
> > > I've no argument that Webex is hot proprietary garbage, just saying
> > > that it
On Tue, Jun 24, 2025 at 8:07 PM Aoife Moloney via devel-announce
wrote:
>
> Wiki - https://fedoraproject.org/wiki/Changes/Drop_i686_support
> Discussion thread -
> https://discussion.fedoraproject.org/t/f43-change-proposal-drop-i686-support-system-wide/156324
>
> This is a proposed Change for Fedo
On Tue, Jun 24, 2025 at 8:39 PM Aoife Moloney via devel-announce
wrote:
>
> Wiki - https://fedoraproject.org/wiki/Changes/X11Libre
> Discussion thread -
> https://discussion.fedoraproject.org/t/f43-change-proposal-x11libre-system-wide/156330
>
> This is a proposed Change for Fedora Linux.
> This d
Does anyone know if it's possible to install i686 build deps into an
x86-64 build?
I was going to try and see what building a mesa package that produced
a 32-bit subpackage, but
BuildRequires: llvm-devel.i686 doesn't seem to work,
Dave.
--
___
devel
> Cross-compiling from x86_64 will likely only avoid to build a i686
> compiler. It's worth a try though.
>
> At least building a small set of i686 packages will likely be the way
> to go. Even if the packages list is moving, it will still be easier to
> maintain. Especially if i686 is using a redu
On Thu, Jun 26, 2025 at 5:24 AM David Airlie wrote:
>
> On Thu, Jun 26, 2025 at 2:55 AM Marcin Juszkiewicz
> wrote:
> >
> > W dniu 25.06.2025 o 16:35, Stephen Smoogen pisze:
> > > 1. How are you going to remove it? Everyone add a ExcludeArch: , someone
> >
On Thu, Jun 26, 2025 at 2:55 AM Marcin Juszkiewicz
wrote:
>
> W dniu 25.06.2025 o 16:35, Stephen Smoogen pisze:
> > 1. How are you going to remove it? Everyone add a ExcludeArch: , someone
> > fix koji to only allow a specific list? a shadow koji which only builds
> > for x86_32? etc
>
> From wha
100 matches
Mail list logo
