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 -
> 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
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
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
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 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
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 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: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 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 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
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
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
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
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 = "";
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
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
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 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 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
> > >
> >
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, 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
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
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 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.
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 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
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 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 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 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 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 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.
___
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
> 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 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
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
>
> 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
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
> 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
- 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
> >
> > 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
- 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
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: "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
>
> 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: "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
- 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
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: "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
- 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
>
> 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
> 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,
- 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
> 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)
> 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.
&
> 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,
- 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:
> >
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
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: "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
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
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
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
-
> >
> >
> > 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
>
> 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
>
>
> 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
- 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
>
> > 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
> 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
> >
> > 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
> >
> >
>
>
> 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
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
- 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 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: "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.
>
>
> 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
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
> 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
- 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
> 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
- 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
- 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
> 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
>
> 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
>
- 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
- 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
> > 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:
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
>
> > 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
> 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
> 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
> > >
- "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
93 matches
Mail list logo
